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(57) Abstract: The invention relates 
to a system for the automatic generation 
of printable files from data in a database 
(30). Said system comprises a printing 
system (10) consisting of at least one 
print processing component (14), said 
print processing component having 
means for the printing and/or the 
further processing of the files. The 
inventive system is characterised in 
that the printing system comprises 
a print job generation element (15), 
which is connected to a server (20) 
via an interface (40), said server being 
connected to the database (30) via an 
additional interface (50). The invention 
also relates to a method for the automatic 
generation of printable files from the 
data in a database (30), according to 
which the files are generated, printed 
and/or further processed by a printing 
system (10) consisting of at least one 
print processing component (14) and a 
print job generation element (15). 
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(57) Zusammenfassung: Die Erfindung betrifft ein System zur automatisierten Erzeugung von druckbaren Dateien aus Daten einer 
Datenbank (30), das ein Drucksystem (10) bestehend aus wenigstens einer Druckverarbeitungskomponente (14) umfasst, wobei die 
Pruckverarbeitungskomponente Mittel zum Ausdrucken und/oder Weiterverarbeiten der Dateien aufweisL Das erfindungsgemaBe 
System zeichnet sich dadurch aus, dass das Drucksystem ein Druckauftragerzeugungsmittel (15) aufweist, das iiber eine Schnittstelle 
(40) in Verbindung mit einem Server (20) stent, der uber eine weitere Schnittstelle (50) mit der Datenbank (30) verbindbar ist. Die 
Erfindung betrifft femer ein Verfahren zur automatisierten Erzeugung von druckbaren Dateien aus Daten einer Datenbank (30), 
bei dem die Dateien von einem Drucksystem (10) bestehend aus wenigstens einer Druckverarbeitungskomponente (14) und einem 
Druckauftragerzeugungsmittel (15) erzeugt, ausgedruckt und/oder weiterverarbeitet werden. 
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System und Verfahren zur autoaatisierten Erzeugung von 
dmckbaren Dateien aus Daten 

Beschreibung : 



Die Erfindung betrifft ein System zur automat isierten 
Erzeugung von druckbaren Dateien aus Daten einer Datenbank, 
das ein Drucksystem bestehend aus wenigstens einer 
Druckverarbeitungskomponente umfasst, wobei die 
Druckverarbeitungskomponente Mittel zum Ausdrucken und/oder 
Weiterverarbeiten der Dateien aufweist. 

Die Erfindung betrifft ferner ein Verfahren zur 
automat isierten Erzeugung von druckbaren Dateien aus Daten 
einer Datenbank, bei dem die Dateien von einem Drucksystem 
bestehend aus wenigstens einer Druckverarbeitungskomponente 
und einem Druckauf tragerzeugungsmittel erzeugt, ausgedruckt 
und/oder weiterverarbeitet werden. 

Die Erzeugung von druckbaren Dateien gewinnt zunehmend an 
Bedeutung, da auf den verschiedensten Anwendungsgebieten 
immer groSere Mengen von Druckob j ekten elektronisch erzeugt, 
weiterverarbeitet und ausgedruckt werden. Insbesondere 
besteht der Bedarf , individualisierte Postsendungen auf 
elektronischem Wege zu erzeugen und diese anschliefiend 
auszudrucken und weiter zu verarbeiten. 

Beispielsweise bieten Postunternehmen uber den reinen Brief - 
und Paketversand hinaus zahlreiche Dienstleistungen im Brief - 
und Mailingbereich an. Dabei wird innerhalb eines derartigen 
Systems der gesamte Erstellungsprozess fur gedruckte und zu 
versendende Dokumente unterstutzt. Mit der wachsenden 
Bedeutung der Elektronischen Post gilt dies auch im Bereich 
der E-Mail Kommunikation und der Internet -basierten Logistik. 

Dabei dienen Komponenten eines fur derartige Ablaufe- 
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konzipierten Systems verschiedenen Zwecken. Zutn Einen dienen 
sie als Einlief erungsschnittstelle und Produktionssystem fur 
letztendlich papierne, gedruckte Brief sendurigen, die per Post 
an den Empf anger zugestellt werden. Zum Anderen bieten 
Systemkomponenten mit Schnittstellen eine direkte 
Ubergabemoglichkeit fur Nachrichten auf elektronischem Wege. 
Versand und Auslief erung konnen so per E-Mail und Web- 
Protokollen erfolgen. 

Fur den Anwender sind zur Nutzung dieser Angebote einige 
produktionstechnische Hurden zu uberwinden. Dies geht vom 
Entwurf eines Mailings uber die Beschaffung von 
Zielgruppenadressen bis zum eigentlichen Seriendruck 
inklusive Qualitatskontrolle . Selbst bei Zuhilfenahme 
spezialisierter Dienstleister wie Lettershops \ind 
Druckzentren erweist sich die Mail ingerstel lung immer noch 
als komplexer Prozess. Mehrfache Medienbruche und heterogene 
Schnittstellen, beziehungsweise Denkweisen unterschiedlicher 
involvierter Zwischenstellen, machen den Prozess fur kleine 
Sendungsanzahlen teuer und aufwendig. Fur groSe Mailings ist 
er zeitintensiv und technisch komplex. 

Zum Drucken und Weiterverarbeiten von Druckauf tragen 
innerhalb eines Drucksystems werden typischerweise 
verschiedene Druckverarbeitungskomponenten wie Drucker, 
Sortier- und Kuvertieranlagen oder sonstige 
Verarbeitungsgerate verwendet . Dadurch ergeben sich 
vielfaltige Moglichkeiten fur Hardwarekombinationen und 
Arbeitsablauf e 7 die jeweils eine spezielle Druckauf bereitung 
erf ordern. 

Druckaufbereitungsverf ahren fur verschiedenste Anf orderungen 
sind aus dem Stand der Technik bekannt . Die Deutsche 
Patentschrif t DE 199 21 120 C2 beschreibt beispielsweise ein 
Verfahren und ein System zum signaturweisen AusschieSen von 
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Druckdaten innerhalb eines POD (Print On Demand) -Systems . 
Dabei ist das Drucken und Falten von Druckbogen betroffen, 
bei denen die Druckbilder auf einanderf olgender Seiten 
passergenau zueinander liegen. 

Aus der Deutschen Patentschrif t DE 100 17 785 C2 ist ferner 
ein Verfahren und ein System zur Verarbeitung eines 
Datenstroms bekannt, bei dem der Datenstrom zur Ausgabe auf 
einem Druckgerat aufbereitet wird. Dabei wird ein 
Druckdatenstrom, der in einem ersten Druckdatenf ormat 
vorliegt, in ein normiertes Datenf ormat umgesetzt, und der 
derartig umgesetzte Druckdatenstrom anhand vorgegebener 
Indizierungskriterien indiziert. Der indizierte 
Druckdatenstrom wird dann mitt els Sortierparameter in einer 
Sortierreihenfolge sortiert und der sortierte Druckdatenstrom 
zur weiteren Verarbeitung, insbesondere zum Ausdruck, 
ausgegeben . 

In der Praxis stellt sich oftmals das Problem, dass 
Druckauf trage an verschiedene Drucksysteme ubergeben werden, 
wobei die Drucksysteme jeweils eine unterschiedliche 
Datenaufbereitung erfordern. Dies ist insbesondere der Fall, 
wenn beispielsweise ein Postunternehmen Daten fur 
Druckauf trage von Benutzern eines dafur konzipierten 
Servicesystems entgegennimmt , diese in einer zentralen 
Datenbank speichert und die Ausfuhrung der Druckauf trage 
eigenen Systemkomponenten oder Druckdienstleistern ubergibt . 
Jeder Druckdienstleister verfugt typischerweise uber ein fur 
ihn spezifisches Drucksystem mit verschiedenen Soft- und 
Hardwarekomponenten. Urn die Benutzerauf trage nach Annahme der 
Daten durch das Postunternehmen einheitlich auf zubereiten und 
als fertige Druckauf trage an das jeweilige Drucksystem der 
Dienstleister zu ubermitteln, ist beim Postunternehmen die 
Kenntnis aller Spezif ikationen der beauftragten 
Druckdienstleister erf orderlich. Dies erfordert wiederum 



WO 2004/046907 



PCT/DE2003/003789 



4 

einen erheblichen Aufwand an Hard- und Software auf Seiten 
des Postunternehmens. 

Die Deutsche Of f enlegungsschrif t DE 198 17 878 Al offenbart 
dazu beispielsweise ein Verfahren und eine Vorrichtung zur * 
Herstellung, Umhullung und Kuvertierung von Drucksendungen. 
Dabei werden Druckdaten beim Auf traggeber eines Druckauf trags 
hergestellt und liber ein Netz an eine Druckeinrichtung 
ubertragen, in der die ubertragenen Druckdaten ausgedruckt 
werden. Der Auf traggeber erstellt den Druckauf trag auf seinem 
Personal Computer, der mit einem oder mehreren 
Zentralrechnern verbunden ist. Die Zentralrechner sind mit 
Servern verbunden, die sich beispielsweise in verschiedenen 
Stadten oder Landern befinden konnen. Der Auf traggeber wahlt 
einen Server mit freier Druckkapazitat und ubermittelt diesem 
den Druckauf trag . Dieser Druckauf trag lauft beim ausgewahlten 
Server vollautomatisch ab, wobei der Server vorzugsweise 
einen weiteren Personal Computer und eine Druckeinrichtung 
aufweist. Der Druckauf trag wird auf dem Personal Computer 
gespeichert und die Druckeinrichtung mit verschiedenen 
Komponenten wie Papierrollen, Beleimungsmaschinen, Druck-, 
Schneide-, Umhullungs- und Falteinheiten von diesem 
angesteuert . 

Die Deutsche Of f enlegungsschrif t DE 101 23 488 Al beschreibt 
ferner ein Drucksystem zum Drucken einer Vielzahl von 
Auftragen in einem System mit einer Vielzahl von 
Bearbeitungsstationen. Jede der Bearbeitungsstationen wird 
verwendet, urn die Dokumente in ein druckf ertiges Dateiformat 
zu bringen und ein elektronisches Job Ticket zu erstellen, 
das globale Dokumenteneigenschaf ten enthalt. Dabei 
ubermittelt ein Kunde dem Drucksystem direkt in Papierform, 
auf einem Datentrager oder liber das Internet einen Auftrag 
fur zu druckende Objekte. 
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Die Deutsche Of f enlegungsschrif t DE 101 22 880 Al offenbart 
ein Verfahren zur automat ischen Erzeugung von 
Druckanweisungen. An einem Computer werden dazu von einem 
Bediener Anweisungen eingegeben, damit der Computer eine 
Vielzahl von erhaltenen Dokumenten in einen elektronischen 
Ordner stellt und die Dokumente in dem Ordner in der fur das 
gedruckte Endprodukt gewunschte Reihenfolge anordnet. Die 
Ubermittlung des Auftrags eines Kunden an das Drucksystem 
erfolgt hierbei ebenfalls direkt in Papierform, auf einem 
Datentrager oder uber das Internet einen Auftrag fur zu 
druckende Objekte. 

Der Erfindung liegt die Aufgabe zugrunde, ein System zu 
schaffen, das es einem Drucksystem ermoglicht, Daten aus 
einer Datenbank aufierhalb des Bereiches des Drucksystems zu 
erhalten und aus diesen Daten in Abhangigkeit von den 
spezifischen Anf orderungen des Drucksystems automatisiert 
druckbare Dateien zu generieren. 

Aufgabe der Erfindung ist es ferner, ein Verfahren zur 
automatisierten Erzeugung von Druckauf tragen aus Daten einer 
Datenbank durch ein Drucksystem bereitzustellen, bei dem sich 
die Datenbank auSerhalb des Bereiches des Drucksystems 
bef indet . 

Erf indungsgemaS wird diese Aufgabe durch ein System zur 
automatisierten Erzeugung von druckbaren Dateien aus Daten 
einer Datenbank gelost, das ein Drucksystem bestehend aus 
wenigstens einer Druckverarbeitungskomponente umfasst, wobei 
die Druckverarbeitungskomponente Mittel zum Ausdrucken 
und/oder Weiterverarbeiten der Dateien aufweist, und das 
System folgende Merkmale umf asst : 

das Drucksystem weist wenigstens ein 
Druckauf tragerzeugungsmittel auf, 
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das Druckauf tragerzeugungsrnittel ist uber eine 
erste Schnittstelle mit einem Server verbindbar, 

der Server ist uber eine zweite Schnittstelle mit 
einer Datenbank verbindbar. 

das Druckauf tragerzeugungsrnittel weist Mittel zum 
Anfordern und Empfangen von Daten aus der 
Datenbank auf, und 

das Druckauf tragerzeugungsrnittel weist Mittel zur 
Aufbereitung der Daten der Datenbank fur die 
Anforderungen der Druckverarbeitungskomponente und 
Mittel zur Erzeugung von druckbaren Dateien auf. 

Die Aufgabe wird ferner durch ein Verfahren zur 
automatisierten Erzeugung von druckbaren Dateien aus Daten 
einer Datenbank gelost, bei dem die Dateien von einem 
Drucksystem bestehend aus wenigstens einer 
Druckverarbeitungskomponente und einem 

Druckauf tragerzeugungsrnittel erzeugt, ausgedruckt und/oder 
weiterverarbeitet werden, und das Verfahren folgende Schritte 
umf asst : 

Das Druckauf tragerzeugungsrnittel erzeugt eine 
erste Nachricht, die einen Aufruf einer bestimmten 
Methode mit Parametern an einem Server beinhaltet, 

Das Druckauf tragerzeugungsrnittel stellt uber eine 
erste Schnittstelle eine Verbindung zu dem Server 
her, 

das Druckauf tragerzeugungsrnittel ubermittelt dem 
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Server die erste Nachricht uber die erste 
Schnittstelle, 

der Server verarbeitet die erste Nachricht, indem 
er die bestimmte Methode mit den zugehorigen 
Parametern aufruft, 

der Server stellt uber eine zweite Schnittstelle 
eine Verbindung zu der Datenbank her, 

der Server ruft uber die zweite Schnittstelle 
Daten aus der Datenbank ab, 

der Server gibt das Ergebnis des Aufrufs der 
15 bestimmten Methode in Form einer zweiten Nachricht 

an das Druckauf tragerzeugungsmittel zuruck, und 

das Druckauf tragerzeugungsmittel erzeugt aus dem 
Ergebnis des Aufrufs der bestimmten Methode 
20 wenigstens eine druckbare Datei . 



Bei dem Drucksystem handelt es sich beispielsweise urn ein 
System bei einem Druckdienstleister , das Drucker, Sortier- 

25 und Kuvertieranlagen und/oder weitere Verarbeitungsgerate 
umfasst. Innerhalb eines solchen Drucksystems ist 
erf indungsgemaS ein Druckauf tragerzeugungsmittel installiert, 
das mit einem Server verbindbar ist. Der Server wiederum ist 
mit einer Datenbank verbindbar, welche Daten fur zu 

30 erstellende Drucke enthalt. Die Datenbank befindet sich 

aufierhalb des Drucksystems und umfasst typischerweise groSe 
Datenmengen. Diese Daten stammen beispielsweise von Benutzern 
eines Servicesystems eines Postunternehmens , die 
Druckauf t rage fur Mailings in Auftrag gegeben haben. 
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Bei dera erf indungsgemateen Druckauf tragerzeugungsmittel 
handelt es sich typischerweise urn ein Programm, das 
vorzugsweise auf Computern des Drucksystems installiert ist. 
Der Begriff „ Computer" ist dabei in keiner Weise 
einschrankend zu verstehen. Es kann sich hierbei urn eine 
beliebige, zur Durchfuhrung von Berechnungen geeignete 
Einheit handeln, beispielsweise eine Workstation, einen 
Personalcomputer, einen Mikrocumputer oder eine zur 
Durchfuhrung von Berechnungen und/oder Vergleichen geeignete 
Schaltung. 

In einem besonders bevorzugten Ausf uhrungsbei spiel der 
Erfindung ist das Druckauf tragerzeugungsmittel in Form einer 
ersten Schnittstelle uber eine SOAP-Schnittstelle mit einem 
SOAP- Server verbindbar. Die Abkurzung SOAP steht fur Simple 
Object Access Protocol, SOAP ist ein Kommunikationsprotokoll 
zum Zugang zu einzelnen Programmmodulen im Internet. SOAP ist 
ein schlankes Protokoll, mit dem proprietare Module verpackt 
und mit allgemein verstandlichen Schnittstellen versehen 
werden konnen. SOAP legt fest, wie ein Funktionsauf ruf mit 
XML-Daten uber Rechnerplattf ormen (Remote Procedure Call) 
hinweg erfolgt. Vorteilhaft ist eine Verbindung zu dem Server 
uber das Internet, es sind jedoch auch andere Verbindungen 
moglich. Dabei kann es sich um temporare oder feste 
Verbindungen handeln. 

Der Server ist erf indungsgemaS uber eine zweite Schnittstelle 
mit wenigstens einer Datenbank verbindbar. In einem besonders 
bevorzugten Ausf uhrungsbeispiel der Erfindung wird zur 
Verbindung zwischen Server und Datenbank ein PL/SQL-Layer 
eingesetzt. Die Abkurzung PL/ SQL steht fur Procedural 
Language/Structured Query Language. Dabei handelt es sich um 
eine proprietare Programmiersprache beispielsweise fur 
Oracle, die dem nicht-prozedualen SQL prozeduale Konstrukte 
und Steuerungsmoglichkeiten hinzuf ligt . Uber den Server werden 



WO 2004/046907 



9 



PCT/DE2003/003789 



dem Druckauf tragerzeugungsmittel so Daten aus der Datenbank 
ubermittelt, die beispielsweise Vorlagen, variable Daten, 
Personalisierungsanweisungen und weitere Inf ormationen uber 
zu erstellende Druckauf trage enthalten. 

Das Druckauf tragerzeugungsmittel erstellt aus den erhaltenen 
Daten Druckauf trage, und generiert daraus automat isiert 
druckbare Dateien. Das Druckauf tragerzeugungsmittel 
beschreibt dabei, wie die Dateien fur eine bestimmte 
Papier/Hardware-Kombination auf zubereiten sind. Dies umfasst 
beispielsweise Inf ormationsseiten fur das Personal, 
Steuerzeichen fur eine Kuvertieranlage, Schnittmarken, 
Papier formate, das Erzeugen von RIP-Tickets fur Drucker, SDL- 
Steuerzeichen, Konvert ierungsanwe i sungen und Anweisungen, wie 
die Daten zu einem Drucker transportiert werden. 

Die Daten in der Datenbank stellen Auftrage von Benutzern 
uber das Drucken von Postsendungen dar. Auftrage von 
Benutzern werden im Folgenden als User Jobs bezeichnet, 
wahrend daraus result ierende Druckauf trage als Print Jobs 
bezeichnet werden. Da die von Benutzern erzeugten User Jobs 
sehr unterschiedlicher GroSe sein konnen, und die PrintJobs 
fur eine optimale Produktion zweckmaSigerweise weder zu klein 
noch zu groS sein sollten, hat es sich als vorteilhaft 
erwiesen, groSe Auftrage zu teilen, und/oder mehrere kleine 
Auftrage zu groSeren zusammen zu fassen. Besonders bevorzugt 
ist dazu die Implementation eines Mechanismus, der groSe 
Auftrage automatisch teilt. 

Weitere Vorziige, Besonderheiten und zweckmafiige 
Weiterbildungen der Erfindung ergeben sich aus den 
Unteranspruchen und der nachf olgenden Darstellung bevorzugter 
Ausfuhrungsbeispiele anhand der Abbildungen, 

Von den Abbildungen zeigt 
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Fig. 1 



den schematischen Aufbau eines Systems zur 
automat isiert en Erzeugung von druckbaren Dateien; 



Fig. 2 



eine methodische Darstellung eines Aufrufes an 
einem SOAP- Server ; 



Fig. 3 



eine methodische Darstellung eines Aufrufes an 
einem SOAP -Server per SOAP; 



Fig* 4 



eine detaillierte Darstellung eines Aufrufes an 
einem SOAP-Server uber eine Apache SOAP API; 



Fig. 5 



die Darstellung einer Server-ProxyyKlasse 



In Fig. 1 ist der Aufbau des Systems zur automatisierten 
Erzeugung von druckbaren Dateien anhand eines besonders 
bevorzugten Ausf uhrungsbei spiels schematisch dargestellt. Ein 
Drucksystem 10 weist erf indungsgemaS ein 

Druckauf tragerzeugungsmittel 15 auf . Das Drucksystem befindet 
sich beispielsweise bei einem Druckdienstleister , der Teil 
eines Mailingsystems . ist 7 wobei das Mailingsystem 
elektronische Daten von Benutzern annimmt, aufbereitet und 
beispielsweise zu Brief en, Postkarten und/oder E-Mails 
weiterverarbeitet . Die Daten von Benutzern und zugehorigen 
Auftragen sind zweckmafiigerweise in einer Datenbank 30 
hinterlegt, die sich aufierhalb des Bereiches des Drucksystems 
befindet . 

Druckdienstleister weisen typischerweise unterschiedliche 
Drucksysteme mit spezifischen Anf orderungen fur verschiedene 
Druckverarbeitungskomponenten 14 auf, wobei die 
Druckverarbeitungskomponenten beispielsweise Drucker 11 , 
Sortieranlagen 12 und/oder Kuvertieranlagen 13 umfassen 
konnen. Daher wird zur spezifischen Aufbereitung von Daten im 
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Bereich des Drucksystems 10 erf indungsgemafi ein 
Druckauf tragerzeugungsmittel 15 eingesetzt. Bei dem 
Druckauftragerzeugungsmittel 15 handelt es sich 
typischerweise um ein Programm, das vorzugsweise auf einem 
oder mehreren Computern des Drucksystems 10 installiert ist. 

Um dem Druckauftragerzeugungsmittel 15 und damit dem 
Drucksystem 10 Zugriff auf die Inhalte einer Dateribank 3 0 
aufierhalb des Bereiches des Drucksystems zu ermoglichen, und 
um diese Schritte zu automat isieren, wurde in einem besonders 
bevorzugten Ausfuhrungsbei spiel der Erfindung eine Client - 
Server-Architektur gewahlt, bei der SOAP als Kommunikations- 
Medium uber das Internet eingesetzt wird. Das 
Druckauftragerzeugungsmittel 15 ist dazu liber eine erste 
SOAP-Schnittstelle 4 0 mit einem SOAP- Server 2 0 aufierhalb des 
Bereiches des Drucksystems verbunden. Diese erste 
Schnittstelle wird vorzugsweise uber das Internet 60 
hergestellt. Es konnen jedoch auch andere Verbindungsarten 
gewahlt werden, bei denen es sich um temporare oder feste 
Verbindungen handeln kann. 

Eine SOAP-Schnittstelle weist gegeniiber proprietaren 
Kommunikationsprotokollen wie CORBA (common object request 
broker architecture) oder RMI (remote methode invocation) 
beispielsweise den Vorteil auf , dass bei der Datenubertragung 
keine Konflikte mit einer Firewall des 

Druckauftragerzeugungsmittels 15 und/oder des Drucksystems 10 
auftreten. SOAP setzt dabei als Datenubertragungs-Protokoll 
vorzugsweise HTTP/HTTPS ein. HTTP/HTTPS ist in einem GroSteil 
der Firewalls zugelassen oder uber Proxys getunnelt, so dass 
eine Anpassung der Firewalls nicht notwendig ist, und keine 
neuen Angrif f spunkte geschaffen werden. Durch die Verwendung 
eines SOAP-Protokolls, das als grundlegendes Transport- 
Protokoll das HTTP- Pro tokoll einsetzt, ist ferner eine 
einfache Ubermittlung uber das Internet moglich. 
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Uber die SOAP-Schnittstelle 40 werden alle Methoden 
bereitgestellt , welche das Druckauf tragerzeugungsmittel 15 
zum Erhalt aller erf orderlichen Inf ormationen fur einen 
Druckauf trag aus der Datenbank 30 benotigt. Zweckmafiigerweise 
wird das System gegen Fremdzugrif f e gesichert. Die Sicherung 
kann auf verschiedene Weisen erfolgen. Beispielsweise kann 
eine Authentif izierung des Druckauf tragerzeugungsmittel s 15 
am Server 20 verwendet werden. Vorteilhaft ist ferner die 
Verwendung von HTTPS (HTTP Secure) als Ubertragungsprotokoll . 

Zugriffe des SOAP- Servers 2 0 auf die Datenbank 3 0 werden in 
einem besonders bevorzugten Ausf uhrungsbei spiel der Erf indung 
uber ein PL/ SQL- Layer 40 ausgefuhrt. Dadurch ist es unter 
anderem moglich, alle Datenbank- Zugriffe zu protokollieren 
oder bestimmte Attribute zu setzen. Dies hat den Vorteil, 
dass eine Konsistenz der Datenbank sichergestellt werden 
kann. 

Es hat sich als zweckmaSig erwiesen, alle Statusanderungen 
ohne Verbindung mit dem Internet am 

Druckauf tragerzeugungsmittel vorzunehmen, und erfolgte 
Anderungen daraufhin an den Server zu senden. Dies hat den 
Vorteil, dass das Druckauf tragerzeugungsmittel lediglich uber 
eine temporare Verbindung mit dem Internet verfugen muss, und 
auch ohne dauerhafte Internetverbindung arbeiten kann. 
Lediglich fur den Abgleich mit dem Server muss eine 
Internetverbindung aufgebaut werden. 

Ein Vorteil des erf indungsgemaSen Systems ist ferner, dass 
Updates fur die Konf iguration des 

Druckauf tragserzeugungsmittels zentral auf dem Server 
hinterlegt werden konnen. In einem besonders bevorzugten 
Ausfuhrungsbeispiel der Erfindung uberpruft das 
Druckauf tragserzeugungsmittel beim Start, ob Updates 
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vorliegen und aktualisiert seine Konf iguration automatisch 
via JavaWebStart von dem zentralen Server. 

Besonders vorteilhaft ist es ferner, die eigentliche 
Kommunikation uber SOAP von einer Apache SOAP API 
abzuwickeln. Die Abkurzung API steht fur Application 
Programming Interface, bei dem es sich urn eine von einem 
Betriebssystem oder einem Anwendungsprogramm vorgegebene 
Schnittstelle handelt, uber die anderen Anwendungen 
standardisierte Software-Tools zur Verfiigung gestellt werden. 
Eine API ermoglicht also einem Anwendungsprogramm, Funktion 
und/ oder Dienste einer anderen Software zu benutzen. Im 
Gegensatz zu einer Dateischnittstelle ist eine API eine 
sogenannte Call -Schnittstelle . Die Vorteile bei der Benutzung 
einer API liegen beispielsweise in der Senkung von 
Prbgrammieraufwand und einer einheitlichen Benutzeroberf lache 
und Funktionsweise . 

In Fig. 2 ist ein Ausf uhrungsbei spiel eines methodischen 
Ablaufs dargestellt, bei dem das Druckauf tragerzeugungsmittel 
15 eine Methode am Server 2 0 aufruft und nach erf olgreicher 
Ausfuhrung der Methode ein Ergebnis als Ruckgabewert bekommt. 

Methodenaufrufe. per SOAP stellen sich als XML-Nachrichten 
dar, die uber HTTP versendet werden. Fig. 3 zeigt den 
schematischen Ablauf eines derartigen Auf ruf es . Das 
Druckauf tragerzeugungsmittel 15 erzeugt eine erste SOAP- 
Nachricht 16, in der angegeben wird, welche Methode mit 
welchen Parametern aufgerufen werden soli. Diese SOAP- 
Nachricht wird dann mit Hilfe des HTTP-Protokolls uber das 
Internet 60 an den SOAP-Server 20 ubertragen. Dieser wertet 
die Inf ormationen und Daten aus und gibt dann als zweite 
SOAP -Nachricht 17 ein Ergebnis zuruck. 

Im Detail stellt sich der SOAP-Aufruf mit Hilfe der Apache 
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SOAP-API beispielhaft wie in Fig. 4 dar. Das 

Druckauf tragerzeugungsmittel erzeugt eine Instanz der Call- 
Klasse der Apache SOAP-API und setzt zunachst bestimmte 
Eigenschaften dieses Objektes. In Pig. 3 sind beispielhaft 
verschiedene Methoden dargestellt, die von dem 
Druckauf tragerzeugungsmittel 15 aufgerufen werden. 

Eine Methode TargetObject-URI entspricht beispielswesie einer 
eindeutigen URI, die auf der Serverseite im RPC-Router einem 
bestimmten Objekt zugeordnet ist (im Beispielfall dem SOAP- 
Server) . 

Eine Methode mapTypes wird vorzugsweise mehrmals aufgerufen, 
urn so eigene Klassen (beispielsweise UserJob, User) liber das 
SOAP uber tragen zu konnen. 

liber eine Methode setMethodName kann der Methodermame 
festgelegt und uber setParama eine Liste der Parameterwerte 
gesetzt werden. 

Eine Methode invoke ubernimmt dann den eigentlichen Aufruf 
per SOAP. Es wird eine erste Nachricht 16 erzeugt und diese. 
per HTTP an den Server 20 gesendet . 

Es hat sich als zweckmaJSig erwiesen, dass auf Seiten des 
Servers 2 0 zunachst ein Web- Server 21 die Anfrage annimmt und 
diese auswertet. Bei dem Web-Server kann es sich 
beispielsweise urn Tomcat handeln. Um einen erf olgreichen 
SOAP-Aufruf zu ermoglichen, muss einer gesendeten URL das 
rpcrouter-Servlet der Apache SOAP-API zugeordnet sein, dem 
das Server- SOAP-Objekt bekannt ist. Diesem Servlet wird der 
Aufruf ubergeben. Die Abkurzung URL steht fur Uniform 
Ressource Locator. Uber eine URL sind alle Dokumente im 
Internet eindeutig addressierbar . 
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Das rpcrouter-Servlet analysiert daraufhin die SOAP- 
Nachricht, bestimmt die aufzurufende Klasse und instanziiert 
diese. Danach wird die gewunschte Methode mit den iibergebenen 
Parametern aufgerufen. Der mogliche Ruckgabewert wird dann 
5 wiederum in eine zweite SOAP -Nachricht 17 umgewandelt und 
diese als Antwort per HTTP zuriickgelief ert . Das 
client seitige Call-Objekt 18 analysiert diese Nachricht und 
gibt das entstandene Ergebnis an das 

Druckauf tragerzeugungsmittel 15 zuruck. Im Fehlerfall kann 
10 hier gegebenenf alls ein Failure-Obj ekt abgefragt werden. 

Mochte ein Druckauf tragerzeugungsmittel 15 eine Methode am 
SOAP- Server aufrufen, so kann es in einem weiteren besonders 
bevorzugten Ausfiihrungsbeispiel der Erfindung, eine 
15 ServerProxy- Klasse verwenden. Ein Proxy- Server nimmt 
Anforderungen von einem Client entgegen und gibt sie, 
gegebenenf alls modif iziert , an das urspriingliche Ziel zuruck. 

Ein derartiger Ablauf ist in Fig. 5 dargestellt. Der 
20 ServerProxy 22 kapselt die Apache SOAP API, und bietet dem 
Druckauf tragerzeugungsmittel alle Methoden des Servers. Ein 
Aufruf einer solchen Methode wird dann liber die Apache API 
weitergegeben und der Ruckgabewert wiederum zuruckgegeben . 

25 Die SOAP -Ant wort nachricht wird analysiert und 

• im Fehlerfall eine Exception geworfen oder 

• im Erfolgsfall das Ergebnis zuruckgegeben. 

30 Die jeweiligen Methoden wandeln dann primitive Datentypen, 
die als Objekte zuriickgelief ert wurden, in den jeweiligen 
primitiven Datentyp und geben diesen dann zuruck. 
Damit ist fur das jeweilige Druckauf tragerzeugungsmittel die 
SOAP-Kommunikation nicht transparent, sondern der ServerProxy 
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22 verhalt sich (bis auf die langeren Lauf zeiten der 
Methoden), als rufe er lokale Methoden auf. 

Fur die Kommunikation wird in einem besonders bevorzugten 
Ausfuhrungsbei spiel der Erfindung das RPC (Remote Procedure 
Call) gewahlt. RPC gewahrleistet einen entfernten 
Funktionsaufruf . Jeder Server in einem Netz stellt im Rahmen 
dieses Konzeptes eine Anzahl von Diensten zur Verfugung, die 
mit RPC angefordert werden konnen. Diese Funktionen sind als 
Prozeduren eines Programmes realisiert und konnen unter 
Angabe von Serveradresse, Programmnummer und Prozedurnummer 
angesprochen werden. RPC bietet die Moglichkeit, auf einfache 
Weise Methodenauf ruf e und deren Parameter zu ubertragen. Das 
Ubertragen ganzer XML-Baume als Parameter oder Ruckgabewert 
wird dadurch nicht spezif iziert . Im Fall des SOAP-Servers 
wird vorzugsweise eine Erweiterung der SOAP-Api von Apache 
verwendet, die festlegt, wie XML-Baume uber das SOAP RPC 
ubertragen werden konnen. So konnen User Jobs als 
Methodenparameter tiber die Apache SOAP-Api ubertragen werden. 

Das SOAP RPC-Protokoll bietet ferner die M6glichkeit # 
einfache Datentypen wie String oder Integer zu ubertragen. 
Aber auch komplexe Datentypen konnen in Stiructs oder Arrays 
ubertragen werden, die wiederum aus einfachen Datentypen 
bestehen. 

Bei der Kommunikation zwischen dem 

Druckauf tragerzeugungsmittel 15 und dem Server 2 0 werden 
typischerweise verschiedene komplexe Datentypen ubertragen 
(beispielsweise LogicalProduct , User, User Job) . Um diese im 
SOAP RPC-Protokoll ubertragen zu konnen, werden 
zweckmaSigerweise Methoden implementiert , welche die Klassen 
als SOAP- Struct s umsetzen und umgekehrt 

(Serialisieren/Deserialisieren) . Von der Apache SOAP-Api wird 
dieser Schritt jedoch vereinfacht, indem sie eine Klasse 
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bereitstellt, die diese Funktionalitat fur alle Klassen, die 
einer JavaBeans-Spezif ikation genugen, bietet . Deshalb werden 
die drei Datenklassen zweckmafiigerweise anhand der JavaBeans- 
Spezif ikation implement iert und konnen somit auf einfache 
Weise uber die SOAP -API ubertragen werden. Bei JavaBeans 
handelt es sich urn ein portables, Plattf orm-unabhangiges 
Componentmodel , das in Java geschrieben ist. 

Im Folgenden wird beispielhaft ein besonders bevorzugtes 
Ausfuhrungsbeispiel eines Druckauf tragerzeugungsmittels, das 
in einem Drucksystem installiert ist, dargestellt. Besonders 
vorteilhaft ist die Ausfuhrung des 

Druckauf tragerzeugungsmittels in Form einer XML-Konf iguration 
Mit einer derartigen Konf iguration kann der gesamte 
Produktionsablauf beim Drucken gesteuert werden. Die 
Bedienung erfolgt zweckmafiigerweise uber eine grafische 
Benutzeroberf lache, uber die beispielsweise Aktionen 
angestofien und Parameter eingegeben werden. Die druckbaren 
Dateien konnen automatisiert zu einem Produktionsdrucker 
ubermittelt werden. 

Mittels des Druckauf tragerzeugungsmittels kann ein 
Drucksystem beispielsweise ihm zugewiesene Auftrage aus einem 
Mailingsystem auf eigene lokale Systeme transf erieren, sowie 
den Bearbeitungsstatus an das Mailingsystem zuruckmelden. Das 
Druckauftragerzeugungsmittel nimmt als lokale Applikation 
zugleich die zentrale Funktion der Druckdatenaufbereitung 
wahr. Die Druckdatenaufbereitung kann beispielsweise folgende 
Funktionen umfassen: 

Aufbereitung von Auf tragsdaten im XML- Format zu 
durchsatz-optimierten Druckmaschinen- und 
Finishingspezif ischen Druckjobs. 

Zusammenf assung einzelner Druckjobs. 
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Umwandlung von Druckjobs in anciere Formate, sofern 
eine Druckmas chine dieses Format benotigt . 

Druckjobs mit maschinenspezif ischen Steuerzeichen zur 
automatisierten Verarbeitung versehen. Dabei kann es 
sich beispielsweise um Barcodes handeln. 

Generierung von Reprints, um bei Produktionsf ehlern 
die Nachbearbeitung einzelner Sendungen zu 
ermoglichen. 

Die Konf iguration des Druckauf tragerzeugungsmittels besteht 
zweckmaJSigerweise aus Modulen, virtuellen Druckern und 
Settings. 

In den Settings werden allgemeine Einstellungen wie z.B. 

Pf ade und Kommuni kat ionspar ame t er konf iguriert . Die Parameter 

konnen uber eine Benuzeroberf lache des 

Druckauf tragerzeugungsmittels verandert werden. In der 
folgenden Tabelle ist beispielhaft die Bedeutung/Funktion 
einiger moglicher Setting-Parameter aufgelistet: 



Parameter 


Funktion 


http.proxy 


„true" oder „false" bestimmt, ob die Internet-Verbindung 
uber einen Proxy erfolgt. 


http.proxy.host 


Proxy Host-Name 


http.proxy.port 


Zu benutzener Port fOr die Kommunikation mit dem Proxy 


http.proxy.loginbox 


ntrue" oder M false" bestimmt, ob die Benutzeroberflache 
eine Loginbox bei der Anmeldung am Partner-Server 
anzeigt, in der man Username und Password fur den Proxy 
angeben kann. 


http.proxy.user 


Username fur Proxy-Anmeldung 


http.proxy.passwd 


Passwort fur Proxy-Anmeldung 


soap.protocol 


Das zu verwendene Protokoll fur die SOAP-Kommunikation. 
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Beispielsweise werden „http" und „https" unterstutzt 


soap.host 


Host-Name des SOAP-Partner-Servers 


soap.port 


Der zu verwendene Port fur die SOAP-Kommunikation. 


soap.path 


Der Pfad auf dem SOAP-Partner-Server 


soap.sen/iceid 


Die ServicelD auf dem SOAP-Partner-Server 


http.auth 


"true" oder „false", bestimmt ob 


http.auth.user 


Username fur HTTP Authentifizierung 


http.auth.passwd 


Username fur HTTP Authentifizierung 


site 


Name der Produktions-Site 


instanceid 


InstancelD der verwendeten Instance. Dient zur Benutzung 
mehrerer Rechner an einer Site 


basepath 


Basis-Verzeichnis 


outputpath 


Ausgangsverzeichnis fur die erstellten Dateien 


temppath 


Verzeichnis, in dem temporare Dateien angelegt werden 


queuemanagerpat 
h 


Verzeichnis, in dem ein Queue Manager seine Dateien 
ablegt 


errorpath 


Verzeichnis, in dem die error log Dateien abgelegt werden 


partnerid 


Partner ID des Druckdienstleisters 


Partnername 


Name des Druckdienstleisters 


partnerstreet 


Strasse des Druckdienstleisters 




Pncflp rf"7/"i hi Hoc P^n iz—Uz-nranc+l^ie+^rc 


o n rt n & rf o va/ r\ 
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warningdays 


Anzahl der Tage, nachdem ein UserJob an dessen Status 
sicn nicnis geanaen naT, in.aer benuTzeroDemacne 
beispielsweise gelb werden soil 


compatibility 


Muss auf "false" stehen 


archivesample 


Anzahl von Adressen, ab der fOr einen UserJob 
Belegexemplare produziert werden sollen 


pdflibserial 


Seriennummer fur die PDF-Lib 



Zur Erstellung von druckfahigen Dateien aus einem PrintJob 
XML-File hat es sich als zweckmaSig erwiesen, einen PDF- 
Kernel vorzusehen. Auf welche Weise die druckfahigen Dateien 
produziert werden, ist durch eine Konf igurationssprache 
beschrieben. Dem Kernel wird von der Oberflache nur eine 
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Print Job XML-Datei und ein zu benutzender virtuelle Drucker 
mitgeteilt . 

Die Druckauf tragskomponente bekommt zur Erzeugung von 
Druckdaten Auf tragsdaten, die beispielsweise aus einem 
Template im PDF-Format und variablen Daten fur die 
Personal isierung und Metainf ormationen im XML-Format 
bestehen. Mithilfe einer externen PDF-Library, die sich 
beispielsweise in der Datenbank 3 0 befinden kann, erzeugt das 
Druckauf tragserzeugungsmittel schliefilich fertige PDF- 
Dateien. Die Art der Erzeugung hangt von den Auf tragsdaten 
und von hardwareunabhangigen Metainf ormationen, wie zum 
Beispiel GroSe der Druckjobs, Sort i erung nach postalischen 
Kriterien, Begleitscheinanweisungen fur die Postauslief erung 
und/oder Beilagen ab. Sie erfolgt ferner in Abhangigkeit von 
hardwarespezif ischen Metainf ormationen wie AusschieSen, 
Performance -Opt imi erung und/oder spezif ischen Barcodes, die 
in den virtuellen Druckern konfiguriert sind. 

Die Art der Erzeugung hangt auSerdem davon ab, wie die 
Verarbeitung def iniert ist . Das Druckauf tragserzeugungsmittel 
ist daher auch ein Interpreter, der seine Logik aus einer 
Verarbeitungsdatei vorzugsweise im XML -Format bezieht. Soli 
ein Druckauf tragserzeugungsmittel beispielsweise statt 
Postkarten aufklappbare Grusskarten mit einem einseitigen 
Anschreiben erstellen konnen, muss lediglich die 
Verarbeitungsdatei angepasst werden. Dies passiert an 
zentraler Stelle des Mai lingsys terns und beim nachsten Start 
wird die Anderung automatisch an das 

Druckauf tragserzeugungsmittel ubermittelt, so dass das 
Druckauf tragserzeugungsmittel nun Grusskarten mit einseitigem 
Anschreiben erstellen kann. 

Die Moglichkeiten, ein Dokument zu produzieren, sind sehr 
vielfaltig und hangen von diversen Faktoren wie 
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Ausgangs format, gewunschten Farben, zu bedruckendem 
Papier format, Endverarbeitung und verwendeten Druckern ab. Um 
zu beschreiben, wie ein Dokument fur einen konkreten Fall zu 
produzieren ist, wird der Begriff „Virtueller Drucker w 
5 eingefuhrt. Ein virtueller Drucker beschreibt dabei, unter 
welchen Vorraussetzungen ein Dokument mit ihm produziert 
werden kann und wie das Dokument fur diesen konkreten Fall 
aufbereitet wird. 

10 Es ist moglich, dass verschiedene Dokumente mit dem gleichen 
virtuellen Drucker produzierbar sind, beispielsweise konnten 
sowohl Farb-, als auch Schwarz-WeiS-Dokumente bei gleicher 
Aufbereitung mit einem Farbdrucker erstellt werden. Es ist 
moglich, dass verschiedene virtuelle Drucker den gleichen 

'is physikalischen Drucker zum Druck benutzen, beispielsweise 

konnen Dokumente mit dem Ausgangs format DIN A4 sowohl auf DIN 
A4 als auch auf DIN A3 mit anschlieSender Endverarbeitung 
gedruckt werden. Die beiden Falle bedurfen unterschiedlicher 
Aufbereitung der Dateien und mussen deshalb mit 

20 unterschiedlichen virtuellen Druckern aufbereitet werden. 
Beide virtuelle Drucker konnen aber die Dateien zu dem 
gleichen physikalischen Drucker schicken, falls er DIN A3 und 
DIN A4 bedrucken kann. 

25 Die virtuellen Drucker werden in der Konf iguration erstellt, 
und vom PDF-Kernel bei einer PrintJob Produktion schrittweise 
abgearbeitet . 

Zu Beginn der Produktion wird dem Kernel der zu verwendende 
30 virtuelle Drucker mitgeteilt. Danach wird die PrintJob XML- 
Datei eingelesen, woraus die internen Datenstrukturen, die 
fur die weitere Produktion notwendig sind, aufgebaut werden. 

Wahrend der gesamten Produktion merkt sich der 
35 Produkt ions kernel , welche Brief seite sich auf den erstellten 



WO 2004/046907 



PCT/DE2003/003789 



22 

Seiten der PDF-Dokumente befindet. Mit einer Funktion 
CreateTemplatePDF kann der statische Teil fur die Produktion 
erstellt werden. Dazu mussen leere Seiten personalisiert 
werden. Werden diese personalisierten Seiten ausgeschossen, 
merkt sich der Kernel, wo die einzelnen Brief e positioniert 
werden. Die personalisierte PDF-Datei kann beliebig verandert 
werden- Dazu zahlt beispielsweise das Hinzufugen von Seiten, 
die Anderung der Seitenreihenf olgen, das Hinzufugen von 
Texten und Linien und das AusschieSen. Lediglich 
ausgeschossene Dateien durfen nicht erneut ausgeschossen 
werden. Wenn die personalisierte PDF-Datei (Variabler Teil) 
fertig verarbeitet ist, kann mit CreateTemplatePDF eine dazu 
passende statische PDF-Datei erstellt werden. Dabei wird aus 
den PDF-Vorlagen aller User Jobs eine PDF-Datei erstellt, in 
der alle notwendigen Kombinationen einmal vorkommen. Zur 
spateren Erstellung eines Job-Tickets fur einen 
Produktionsdrucker wird eine Datenstruktur aufgebaut, die 
beschreibt, welche variable Seite zu welcher statischen Seite 
passt. 



Attribute von CreateTemplatePDF sind beispielsweise f olgende : 



Attribute 


Funktion 


PageWidth 


Seitenbreite derzu erstellenden PDF-Vorlage. 


PageHeight 


Seitenhohe derzu erstellenden PDF-Vorlage. 


VariableFileName 


Personalisierte PDF-Datei, fur die eine statische Vorlage erstellt 
werden soli. 



Eine Funktion Condition kann als Attribut bei manchen 
Funktionen verwendet werden, damit diese unter bestimmten 
Bedingungen ausgefuhrt werden. Folgende Anweisungen werten 
Condition aus : „AddText'\ „AddLine w und „NewPDF u . 
Durch die Angabe eines Schliisselworts kann die Bedingung, bei 
der die Anweisung erfolgen soli, spezifiziert werden. 
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Folgende Schlusselworter konnen beispielsweise implement iert 
we r den : 



1 Schlusselwort 


Funktion 


doArchive 


Wird nur ausgefuhrt, wenn 
Belegexemplare gedruckt werden sollen 


internaLcustomer 


Wird nur ausgefuhrt, wenn der Benutzer 
des UserJobs ein interner Benutzer ist. 
Liefert immer false. 


externaLcustomer 


Wird nur ausgefuhrt, wenn der Benutzer 
des UserJobs ein externer Benutzer ist. 
Liefert immer true. 


ContainsCurrentlnfoPostCriteria 


Wird ausgefuhrt, wenn es Briefe fur das 
gesetzte Infopost-Kriterium gibt. 


ContainsCurrentinfoPostCriterialnLoo 
P 


Wird ausgefuhrt, wenn innerhalb einer 
Loop ein gesetztes Infopost-Kriterium 
vorhanden ist. 


StartOflnfoLetter 


Wird ausgefuhrt, wenn innerhalb der Loop 
der Start der Infobrief Briefe ist 


SingleUserJob 


Wird ausgefOhrt, wenn in diesem PrintJob 
nur em userjou eninaiTen ist 


MultipleUserJobs 


Wird ausgefuhrt, wenn in diesem PrintJob 
menrere userjoos eninaiTen sina 


EndOflnfoLetter 


Wird ausgefuhrt, wenn innerhalb der Loop 
aas tnae aer inroDner bnere ist 


StartOflnfoPost 


Wird ausgefuhrt, wenn innerhalb der Loop 
aer Man aer inroposT Briere ist 


EndOflnfoPost 


Wird ausgefuhrt, wenn innerhalb der Loop 

vJ v«4 J LI IUC> llll U|JUj 1 U 1 IC 1 C Id 1 


StartOfStandard 


Wird ausgefuhrt, wenn innerhalb der Loop 
der Start der Standard Briefe ist 


EndOfStandard 


Wird ausgefuhrt, wenn innerhalb der Loop 
das Ende der Standard Briefe ist 


Containslnfoletter 


Wird ausgefuhrt, wenn sich in dem PrintJob 
Infobrief Briefe befinden 


Containslnfopost 


Wird ausgefOhrt, wenn sich in dem PrintJob 
nfopost Briefe befinden 


ContainsStandard 


Wird ausgefuhrt, wenn sich in dem PrintJob 
Standard Briefe befinden 
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Innerhalb einer Funktion SendToPrinter kann ein Rip-Ticket 
5 erstellt, die PDF-Dateien gewandelt und die fertigen Dateien 
zu einem Drucker geschickt werden. 

Mit einer Funktion CreateRipTicket wird konf iguriert , wie ein 
Rip-Ticket zu erstellen ist. Als Attribute muss Filename mit 

10 dem Zielnamen gesetzt werden. Innerhalb von CreateflipTicJcet 
werden mit DataLines zusammengef asst mehrere Line- 
Beschreibungen erstellt. Innerhalb von Line wird das 
Attribute Data gesetzt. Alle Texte von Line werden 
nacheinander ins Rip-Ticket-File geschrieben. Dabei werden 

15 angegebene Variablen ersetzt. An beliebigen Stellen konnen 
Repeat- und Loop-Schleif en eingebaut sein. 

Bei einem UserJob mit der ID 10000105 , bei dem sich acht 
variable PDF-Seiten bilden, entsteht z.B. folgende Rip- 
20 Ticket-Datei : 



25 



/ Book Ticket File created by Mailingf actory - SIMPLEX 


BOOK book_10000105 


"M 10000105" (1) 


@"V 10000105 0" (1) 


11 M 10000105" (1) 


@"V 10000105 0" (2) 


"M 10000105" (1) 


@"V 10000105 0" (3) 


»M 10000105" (1) 


@"V 10000105 0" (4) 


"M 10000105" (1) 


@"V 10000105 0" (5) 


"M 10000105" (2) 


@"V 10000105 0" (6) 


»M 10000105" (1) 


@"V 10000105 0" (7) 


"M_10000105" (3) 


@"V 10000105 0" (8) 


ENDBOOK 




PRINTRUN pr 10000105 


book_10000105, 


bcopies=l 


END PRINTRUN 





40 

Mit einer Funktion Convert konnen die PDF-Dateien 
beispielsweise in ein Format wie Postscript konvergiert 



WO 2004/046907 



PCT/DE2003/003789 



25 



werden. Mogliche Attribute von Convert sind: 



Attribute 


Funktion 


Method 


Die Konvertierungsmethode. 


ProgramToUse 


Name des Konvertienjngsprogramms. 


Printer 


Der Drucker, der fur die Konvertierung nach PostScript 
verwendet werden soli 


DeletelnputFiles 


Optional, true oder false. Bestimmt, ob die Eingangsdateien 
nach der Konvertierung geloscht werden sollen. 



Mit einem Tag NewPS wird das Druckauf tragerzeugungsmittel 
angewiesen, eine PDF-Datei beispielsweise nach PostScript zu 
konvertieren. Tags sind Begrenzerzeichen fur Bef ehlsangaben 
in HTML . Ein Attribut von NewPS in Convert kann JnputFilename 
sein: 



Attribute 



Funktion 



InputFilename 



Der Name der Datei, die konvertiert werden soil 



Mit einer Funktion Sendfile konnen Dateien direkt zu einem 
Drucker geschickt werden. Attribute von Sendfile sind 
moglicherweise f olgende : 



Attribute 


Funktion 


Command 


Das Kommando, mit dem die Date! zum Drucker geschickt 
werden kann 


Filename 


Die Datei, die zum Drucker geschickt werden soil 


Delete 


Wenn dieses Attribut vorhanden ist, wird die Datei nach dem 
Versand automatisch geloscht. 



In der Konf iguration des Druckauf tragerzeugungsmittels konnen 
beliebig viele virtuelle Drucker angelegt werden. In einem 
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virtuellen Drucker wird konf iguriert , welche Jobs mit diesem 
virtuellen Drucker bearbeitet werden konnen und wie die 
Dokumente erstellt werden sollen. Ein virtueller Drucker hat 
beispielsweise folgenden Aufbau: 



<VirtualPrinter Names 
Description^ "Eine DIN A4 
<PrintJobConditions> 


"DP 4635 SIMPLEX" AddreaBeBPerPlv="2 00 n 
-PDF mit Addressen und Template in einem"> 


< / Print JobCondi t ions > 
< Prepare JobDocuments > 




< / Pr epar eJ obDocument s > 
<SendToPrinter> 




</SendToPrinter> 





Die Attribute von VirtualPrinter konnen beispielsweise wie 
folgt aussehen: 



Attribute 


Funktion 


Name 


Name des virtuellen Druckers. Dieser wird zweckmaBigerweise in 
der Benutzeroberflache angezeigt und sollte Aufschluss uber die 
Funktion geben 


AddressesPerPly 


Anzahl der Adressen, die bei der verdeckten Aufteilung der 
PrintJobs pro Schritt verarbeitet werden. 


Description 


Kann genutzt werden, um eine genauere Beschreibung fOr 
spatere Lesbarkeit zu hinterlegen. 



Uber Print JobCondi tions kann geregelt werden, welche Jobs mit 
diesem virtuellen Drucker produzierbar sind. Hier konnen 
Name -Value Paare angegeben werden, wobei der Name einem 
UserJob-Attribut entsprechen muss. Der Wert in Value gibt an, 
welchen Wert das Attribut haben muss, damit der UserJob mit 
diesem virtuellen Drucker produzierbar ist . Sobald eine 
Bedingung nicht ' zutrif ft , ist der UserJob nicht mit diesem 
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virtuellen Drucker produzierbar . User Job- At tribute, die nicht 
unter den PrintJobConditions angegeben sind, konnen beliebig 
sein. 

5 Innerhalb von PrepareJobDocuments konnen beliebig viele 

PrepareDocument Steps angelegt werden. Diese Schritte werden 
nacheinander ausgefuhrt, urn die Dokumente zu produzieren. 

Innerhalb von Prepa-reDociunentStep wird beschrieben, wie ein 
10 PDF-Dokument erstellt wird. Dieses Dokument kann auch in 

weiteren Schritten als Vorlage verwendet werden. Innerhalb 
von PrepareDocumetStep konnen Loop, Repeat und NewPDF 
verwendet werden. Es kann auch ein Modul angegeben werden, 
dessen Inhalt wie folgt ausgefuhrt wird: 

15 

<PrepareDocumentStep Name="Create InfopostCriteria StartPage" 
Module= w Startpage Infopostcriteria simplex7> 



20 Auch auf der Ebene von settings und VirtualPr inter konnen 
Module angelegt werden. Diese konnen von mehreren 
PrepareDocumen tStep-Eintragen in verschiedenen virtuellen 
Druckern referenziert werden. 

25 Innerhalb einer Loop- Schleife werden alle darin enthaltenen 
Bef ehle wiederholt . Die Anzahl der Wiederholungen richtet 
sich nach der Einstellung von AddressesPerPly im virtuellen 
Drucker und nach der Anzahl der Adressen in dem PrintJob 
(NumberOf Pieces) . Die Schleife wird so oft wiederholt, wie 

30 AddressesPerPly in NumberOf Pieces passt. Bei einem Rest wird 
zweckmafiigerweise auf gerundet . 

Loop wird beispielsweise benutzt, urn ein „verdecktes 
Jobsplitting" durchzuf uhren . Bei einem Loop -Durchl auf wird 
35 eine Variable LoopNo in jedem Schritt gesetzt. Diese Variable 
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kann benutzt werden, um verschiedene Dokumentnamen zu 
erzeugen. 

Repeat kann benutzt werden, um Anweisungen mehrfach 
durchzufuhren. Die Anzahl der Wiederholungen kann 
parametrisiert werden. Wahrend des Durchlaufs wird die 
Variable RepeatNo gesetzt. Die Attribute von .Repeat lauten 
beispielsweise wie folgt: 



Attribute 


Funktion 


Start 


Der Anfangswert von RepeatNo 


Count 


Die Anzahl der durchzufuhrenden Durchlaufe 


Action 


Optional, kann benutzt werden um bei jedem Durchlauf 
Umgebungsvariablen abhangig von RepeatNo zu setzen. Unterstutzt 
werden beispielsweise: 

lt SetCompany n -> kann benutzt werden, wenn ein PrintJob aus 
mehreren UserJobs verschiedener Firmen stammt, um durch die Firmen 
zu iterieren. 

nSetlnfoPostCriteria 11 -> kann benutzt werden, um durch die 
verschiedenen Infopost-Kriterien zu iterieren 

„SetCompanyUserJob-> kann benutzt werden, um fur durch die 
UserJobs der Company zu iterieren. 



Mit NewPDF kann ein neues PDF-Dokument erstellt werden. 
Innerhalb von NewPDF mussen Anweisungen erfolgen, wie das 
PDF-Dokument erstellt werden soil. Folgende Anweisungen sind 
beispielsweise innerhalb von NewPDF moglich: „Repeat", 
„ Workflow", „ Personal izeOnTemplate" , „ Personal ize" # 
/7 CreateTemplatePDF n und „OpenPDF w . 



NewPDF kann folgende Attribute besitzen: 



Attribute 


Funktion 


Filename 


Name derzu erstellenden PDF-Datei 


Persistence 


Gibt an, ob die zu erstellende Datei nur temporar existieren soli, 
oder nach Beendigung der Produktion erhalten bleiben soli. 
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Werte: 

.Jemp" -> Die Datei wird nach der Produktion geloscht. 
..Final" -> Die Datei bleibt erhalten 


Condition 


Optional, 



Es hat sich als besonders vorteilhaft erwiesen, Workflows zu 
verwenden, in denen beschrieben wird, wie ein Dokument zu 
5 erstellen ist. Innerhalb von Workflows konnen beispielsweise 
VariaJble.Data, Merge und Imposi tioning erlaubt sein. Workflow 
besitzt zweckmaJSigerweise keine Attribute, Sind mehrere 
Workflows nacheinander angelegt, so werden diese 
beispielsweise nacheinander abgearbeitet , wobei das Ergebnis 
10 eines Workflows immer als Quelle des nachsten Workflows 
dient . 

Ein Befehl Personal izeOnTemplate bewirkt, dass eine neue PDF- 
Datei entsteht, in der sich nacheinander mehrere Brief e 

15 befinden, die aus der PDF-Vorlage bestehen und mit den 

Datensatzen aus den variablen Daten personalisiert sind. Die 
Anzahl der Briefe richtet sich nach dem Attribut 
AddressesPerPly . Um fur alle variable Daten Briefe zu 
generieren, muss Personal izeOnTemplate innerhalb von Loop 

20 erscheinen. Dadurch entstehen mehrere PDF-Dateien mit jeweils 
einer Anzahl von AddressesPerPly- Brief en. Ist die Anzahl der 
Adressen nicht genau durch AddressesPerPly teilbar, befinden 
sich in der letzten PDF-Datei die restlichen Briefe. Befinden 
sich verschiedene UserJobs in dem PrintJob, wird automatisch 

25 die zu der jeweiligen Adresse passende PDF-Vorlage benutzt. 

Zur Klassif izierung von Postsendungen werden ublicherweise 
Inf opostkriterien festgelegt, die beispielsweise Infobrief , 
Infopost oder Standard umfassen konnen. Wird wahrend der 
30 Personalisierung ein derartiges Inf opost-Kriterium gesetzt, 
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werden nur Adressen, die das entsprechende Inf opost-Kriterium 
besitzen, behandelt . 

Ein Beispiel dazu ist im Folgenden dargestellt: 



<PrepareDocumentStep Name=" Personalize on Template" > 
<Loop> 

<Repeat Count^'3" Action="SetInf oPostCriteria" Start="l"> 
<NewPDF 

Filename^ " $ {TEMPPATH} \newj { JobID}_$ {LoopNo} JPers_$ {RepeatNo} 11 
Persistence*: "Temp" > 

<Personali zeOnTemplate Start Page= 11 1 11 PageWidth= "210" 

PageHeight = » 2 97 " / > 
</NewPDF> 
</Repeat> 
</Loop> 

</PrepareDocumentStep> 



Durch die obigen Anweisungen entstehen mehrere PDF-Dateien im 
Temppath mit dem Namen new_ID_x__Pers_y, mit folgender 
Bedeutung: 

X: Index zu Erkennung des Teilpaketes. Lauft von 0 bis 
„InitialNumberOf Pieces"/ "AddressesPerPly" 
(Auf gerundet) . 

Y: Das jeweilige Inf opost-Kriterium. 1: Infobrief; 2: 
Infopost; 3: Standard. 

Die Summe aller Brief e aus den verschiedenen Infopost - 
Kriterien bei einem Wert fur X ist gleich AddressePerPly 
beziehungsweise dem Rest der Teilung. 

Vorteilhaft ist ferner eine Funktion Personalize, die wie 
Personall zeOnTemplate f unktioniert , auger dass nicht auf der 
PDF-Vorlage, sondern auf einem neuen leeren Dokument 
personal isiert wird. Attribute von „ Personal ize" konnen 
beispiel sweise wie folgt aussehen: 



WO 2004/046907 



31 



PCT/DE2003/003789 



Attribute 


Funktion 


PageWidth 


Seiten-Breite der neu zu erstellenden PDF-Datei 


PageHeight 


Seiten-Hohe der neu zu erstellenden PDF-Datei 



Eine Funktion OpenPDF bewirkt, dass eine PDF-Datei geoffnet 
wird. Diese Datei dient bei weiteren Anweisungen als Quelle. 
5 Ein Attribut von OpenPDF ist beispielsweise Filename: 



Attribute Funktion 



Filename Der Dateiname komplett mit Pfad von der zu offnenden Datei 



10 Vorteilhaft ist ferner, dass mit VariaJbleData zusatzliche 
Daten auf ein PDF-Dokument aufgebracht werden konnen. Als 
Vorlage dient hierbei das gegenwartige Dokument, welches 
entweder durch OpenPDF geoffnet wurde, aus deni vorherigen 
Workflow stammt, oder innerhalb des momentanen Workflows 

15 zuletzt entstand. Dazu muss ein Seitenbereich angegeben 

werden- Auf diesem Seitenbereich werden die innerhalb von 
VariaJbleData angelegten Befehle ausgefuhrt. Innerhalb von 
VariableData ist „AddText u , „AddSDLi" , „AddLine" und „AddOMR w 
moglich. 

20 

Attribute von VariableData sind beispielsweise: 



Attribute 


Funktion 


Name 


Kann zu Bezeichnung verwendet werden 


StartPage 


Start-Seiten des Seitenbereichs, auf dem gearbeitet werden soil 


EndPage 


End-Seite des Seitenbereichs, auf dem gearbeitet werden soli 


Step 


Die Schrittweite fOr den Seitenbereich. Soli z. B. nur jede zweite Seite 
bearbeitet werden, so ist Step=2 
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Mit Funktionen wie Sta.rtPa.ge und EndPage konnen auch 
mathematische Anweisungen erfolgen. Es konnen beispielsweise 
folgende Zeichen unterstiitzt werden: 



Zeichen 


Funktion 


0 


Klammerung 


* 


Multiplizieren 


/ 


Dividieren 


+ 


Addieren 




Subtrahieren 


% 


Modulo 


first 


Schlusselwort fur die erste Seite -> 1 


last 


SchlOsselwort fur die letzte Seite des Dokuments. 



Dabei fiihrt £ndpagre= w last/2+l w beispielsweise dazu, dass die 
Seiten bis zur mittleren geraden Seiten bearbeitet werden. 



Innerhalb von VariableData kann eine Funktion AddText benutzt 
werden, um einen Text hinzuzuf ugen : 



Attribute 


Funktion 


Data 


Text-String, der eingefugt werden soli 


Rotation 


Text Ausrichtung. Mogliche Werte beispielsweise 0,90,180,270 


Color 


Farbe, mit der der Text dargestellt werden soil. Mogliche Werte: 
black, blue, red, green, cyan, magenta, yellow, white 


FontSize 


Die Font-GroBe in pt 


xPos 


Textstartpunkt in horizontaler Richtung, gemessen vom linken 
Seitenrand. Einheit: mm 


yPos 


Textstartpunkt in vertikaler Richtung, gemessen vom unteren 
Seitenrand. Einheit: mm 


Font 


Der Font, mit dem der Text dargestellt werden soil. Z.B.: 
TimesRoman Helvetica Courier Symbol 
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TimesBold HelveticaBold CourierBold 
Timesltalic HelveticaOblique CourierOblique 
TimesBoldltalic HelveticaBoldOblique CourierBoldOblique 
ZapfDingbats 


ReplaceData 


TRUE Oder FALSE . Bestimmt, ob der Text geparst werden soil, 
damit Variablen erkannt und durch ihre Werte ersetzt werden. 


v^OnQITIOn 


vjpiionai, 


CharSpacing 


Optional, gibt an, wie viele Leerzeichen zwischen alle Zeichen 
innerhalb des Text-Strings eingefugt werden sollen 


MaxLength 


Optional, begrenzt den Text-String auf die angegebene Anzahl 
von Zeichen. 



Eine Funktion AddLine kann innerhalb von VariableData benutzt 
werden, um eine Linie zwischen zwei Punkte hinzuzufugen: 



Attribute 


Funktion 


xStart 


Startpunkt der Linie in horizontaler Richtung, gemessen vom linken 
Seitenrand. Einheit: mm. 


yStart 


Startpunkt der Linie in vertikaler Richtung, gemessen vom unteren 
Seitenrand. Einheit: mm. 


xEnd 


Endpunkt der Linie in horizontaler Richtung, gemessen vom linken 
Seitenrand. Einheit: mm. 


yEnd 


Endpunkt der Linie in vertikaler Richtung, gemessen vom unteren 
Seitenrand. Einheit: mm. 


Thickness 


Dicke der Linie in mm. 


Color 


Farbe, mit der die Linie dargestellt werden soil. Mogliche Werte: 
black, blue, red, green, cyan, magenta, yellow, white 


Condition 


Optional 



Eine Funktion AddOMR kann innerhalb von VariableData benutzt 
werden, um auf Seiten OMR- Steuer zeichen hinzuzufugen: 
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| Attribute 


Funktion 


xPos 


Startpunkt (oben/links) der Steuerzeichen in horizontaler Richtung, 
gemessen vom linken Seitenrand. Einheit: mm. 


yPos 


Startpunkt (oben/links) der Steuerzeichen fn vertikaler Richtung, 
gemessen vom rechten Seitenrand. Einheit: mm. 


Sequenz 


Bestimmt die Zahlweise der BS-Striche. Unterstutzt werden: 0-7, 1-7, 7-1 
und 7-0. Wird z. B. 0-7 verwendet, dann nehmen die BS-Striche 
nacheinander folgende Werte an: 

BS1:0 1 0 10 10 1 

BS2: 0 0 1 10 0 1 1 

BS4: 0 0 0 0 1111 


LineWidth 


Strichstarke der Steuerzeichen in mm. 


Width 


Strichlange der Steuerzeichen in mm 



Dabei muss fur jeden Steuerzeichen- Strich innerhalb von 
5 AddOMR ein „Line"-Tag hinzugefugt werden. 



| Attribute 




Funktion 


Name 


Kann verwendet werden, urn Strichfunktion zu beschreiben. 


Position 


Die Position innerhalb der Striche. Die erste Position ist an der durch 
xPos und yPos bestimmten Stelle. Nachfolgende Positionen liegep 
jeweils 1/6 Zoll weiter Richtung unteren Rand. Die Positionen mOssen 
durchgangig durchgezahlt sein. 


Funktion 


Beschreibt die Funktion der Linie. Folgende Funktionen konnen 
unterstutzt werden: 




ON: 


Der Strich erscheint auf jeder Seite 




OFF: 


Der Strich erscheint auf keiner Seite I 




BS1: 


Zum Zahlen der Blatt-Sequenz 




BS2: 


Zum Zahlen der Blatt-Sequenz 




BS4: 


Zum Zahlen der Blatt-Sequenz 




EVEN: 


Bildet eine gerade Paritat 




ODD: 


Bildet eine ungerade Paritat 




LAST: 


Wird bei der letzten Briefseite gesetzt 




NOTLAST: 


Wird bei alien Seiten auBer der letzten Briefseite gesetzt. 




DGR: 


DGR-Funktion 
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Eine Funktion EmptyPagelnsert fugt beispielsweise eine oder 
mehrere neue leere Seiten ein. Mogliche Attribute sehen wie 
f olgt aus : 



Attribute 


Funktion 


PageWidth 


Breite der neuen Seite 


PageHeight 


Hohe der neuen Seite 


PageNo 


Seitennummer des momentanen Dokuments wo die leere(n) 
Seite (n) eingefugt werden soli 


Position 


M After" oder ..Before". Gibt an, ob die Seite(n) vor oder nach 
PageNo eingefugt werden sollen 


NumberOfPages 


Anzahle der leeren Seiten, die eingefugt werden sollen. 



Durch eine Funktion Merge konnen verschiedene PDF-Dateien 
zusammengefuhrt werden: 



Attribute 


Funktion 


Name 


Kann benutzt werden, urn ein Merging zu benennen. 


StartPage 


Gibt an, an welcher Stelle des momentanen Dokuments ein anderes 
Dokument hinzugefugt werden soli. 


EndPage 


Dieses Attribut ist wichtig, wenn abwechselnd vom momentanen 
Dokument und von anderen Dokumenten Seiten genommen 
werden. 


Step 


0, wenn die neuen Dokument komplett in die angegebene Stelle 
eingefugt werden sollen, ansonsten werden mit dieser Schrittweite 
abwechselt Seite von dem aktuellen Dokument und dem 
hinzugefugten Dokumenten benutzt. 


Position 


"After" oder "Before". Gibt an, ob die Dokumente vor oder hinter der 
mit Startpage angegebenen Seite eingefugt werden sollen. 


Overlay 


"true" oder "false" 


Description 


Kann benutzt werden, um einen Merge-Vorgang genau zu 



WO 2004/046907 



PCT/DE2003/003789 



36 



beschreiben. 



Innerhalb von Merge werden zweckmaSigerweise die Dokumente 
mit InsertPDF angegeben, die einzufugen sind. Attribute von 
InsertPDF konnen beispielsweise folgende sein: 



Attribute 


Funktion 


NewStartPage 


Start-Seite des Bereichs, der von diesem Dokument eingefugt 
werden soil. j 


NewEndPage 


End-Seite des Bereichs, der von diesem Dokument eingefugt 
werden soli. 


NewStep 


Kann benutzt werden um jede x-ste Seite einzufugen. Z. B. 
NewStep="2 u -> es wird jede zweite Seite aus dem Bereich 
eingefugt. 


Filename 


Name der Datei, die eingefugt werden soli 


DeleteAfterlnsert 


..TRUE" Oder „ FALSE", bestimmt, ob die Date? nach dem 
Einfugen geloscht werden soil. 



Eine Funktion Impositioning ist zweckmafiig, um zu bestimmen, 
wie ein Dokument ausgeschossen werden soil. Innerhalb von 
Impositioning konnen beliebig viele Seiten beschrieben 
werden. In der Seitenbeschreibung wird festgelegt, welche 
Seiten aus dem Original -Dokument auf den neuen Seiten 
positioniert werden. Die Seitenbeschreibung wird vorzugsweise 
mehrmals durchlaufen, wobei jeweils die zu nehmende Original - 
Seite neu berechnet wird. Die Anzahl der Durchlaufe richtet 
sich nach den Werten in Signature, Increment und nach der 
Anzahl der Original seiten. Es wird vorzugsweise so oft 
durchlaufen, wie die Anzahl der Seiten in Signature* Increment 
passt (Auf gerundet ) . 



Mogliche Attribute fur Impositioning sind folgende: 
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| Attribute 


Funktion 


PageWidth 


Seiten-Breite fur das neue Dokument 


PageHeight 


Seiten-Hohe fur das neue Dokument 


Increment 


Schrittweite fur den Seitenzahler 


Signature 


Bestimmt die Anzahl der Durchlaufe. Wenn ein Einfachnutzen 
produziert werden soil, muss Signature der Anzahl der Original- 
Seiten auf einer neuen Seite sein. 


Attribute fur AddPage sind dabei : 


Attribute 


Funktion 


StartPage 


Die Original-Seite, die beim ersten Durchlauf positioniert wird 


CountDirection 


"positive" oder "negative", bestimmt, ob der bei Increment 
angegebene Werte bei den Durchlaufen jeweils addiert oder 
subtrahiert wird. 


xPos 


Bestimmt, wo in horizontaler Richtung die Original-Seite auf der 
neuen Seite positioniert wird. Abstand in mm vom linken 
Seitenrand gemessen. 


yPos 


Bestimmt, wo in vertikaler Richtung die Original-Seite auf der 
neuen Seite positioniert wird. Abstand in mm vom unteren 
Seitenrand gemessen. 


Rotation 


„0", „90", ,.180" oder „270". Bestimmt die Ausrichtung der 
Original-Seite auf der neuen Seite. 


xScale 


Dient zur horizontalen Skalierung. Mit „1 " bleibt die OriginalgroBe 
erhalten. bei „2 U wird die GroBe verdoppelt. 


yScale 


Dient zur vertikalen Skalierung. Mit „1 " bleibt die OriginalgroBe 
erhalten. bei ,,2" wird die GroBe verdoppelt. 



Innerhalb der Konf iguration des Druckauf tragerzeugungsmittels 
kann auf verschiedene Variablen zugegriffen werden. Diese 
Variablen konnen verwendet werden, urn einen Dokumentnamen und 
verschiedene Texte in neuen Dokumenten zu erstellen. Die 
Variablen werden je nach Funktion zu Beginn oder wahrend der 
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Produktion gesetzt. 

Zur lokalen Datenhaltung innerhalb des erf indungsgemaSen 
Drucksystems 10 mit einem installierten 
Druckauf tragerzeugungsmittel 15 ist ein QueueManager 
vorteilhaft. Er verwaltet fur alle UserJobs und Print Jobs die 
notwendigen Inf ormationen # wie z.B. Status, Dateien und/oder 
Attribute. Dazu verwendet der QueueManager vorzugsweise eine 
hierarchische Datenstruktur . Diese Datenstruktur legt er bei 
jeder Anderung auf einem Speichermedium wie einer Festplatte 
ab, damit nach einem Neustart des Systems alle Inf ormationen 
noch vorhanden sind. Das Verzeichnis ist beisplelsweise 
konf igurierbar uber ein Attribut QueueMahagerPaLth in einer 
Konf igurat ions -Date i (PSSConf iguration.xml) . In dem 
Verzeichnis wird vom QueueManager jeweils ein Verzeichnis fur 
UserJobs und Print Jobs angelegt, in denen die entsprechenden 
XML-Dateien abgelegt werden. 

Im Folgenden ist ein Beispiel fur QueueManager dargestellt. 
Der auSerste Container heifit immer QueueManager. In diesem 
befinden sich zwei Container: Print Jobs fur alle Print Jobs 
und UserJobs fur alle UserJobs. 



QueueManager= { 
Print Jobs={ 
10000179_1={ 
PageCount Sum= 100; 
S t a tus =Wa i t i ng ; 

Log i c a 1 Pr oduc t = MF__MAI LING_PDF ; 
CreationDate=28 . 05 .2 002 ; 

CurrentPrinter=4C - IC100 simplex/Kuvertierung Duisburg; 
UserJobs- { 

UserJobl=10000179; 
} // End of User Jobs 
AvailablePrinter= { 
4C - IC100 simplex/Kuvertierung Duisburg={ 

PRINT__MODE=SIMPLEX ; 

PAGE_FORMAT=DIN A4 / 

PRINT_COLOR=4 C ; 

CONTROL_DATA_ALLOWED=TRUE ; 
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ORIENTATION^ PORTRAIT ; 
} // End of4C - IC100 sintplex/Kuvertierung puisburg 
Merged in one PDF SIMPLEX={ 
PRINT_MODE=SIMPLEX ; 
PAGE_FORMAT=DIN A4 ; 
CONTROL_DATA_ALLOWED= TRUE ; 
OR I ENTAT I ON= PORTRAI T ; 
} // End of Merged in one PDF SIMPLEX 
} // End ofAvailablePrinter 
10 Plys={ 
Plyl={ 

S t a tus = Wa i t i ng ; 
} // End of Ply 1 
} // End ofPlys 
15 } // End ofl0000179_l 

} // End of Print Jobs 
UserJobs={ 
10000179={ 

CurrentPrinter=4C - IC100 sintplex/Kuvertierung Duisburg; 
20 CreationDate=27 . 05 .2 002 ; 

Id=10000179; 

LastChangeDate=28 . 05 . 2002 ; 
LogicalProduct =MF_MAILING_PDF ; 
PageCountSum-100 ; 
25 Downloaded=TRUE; 

PageCountLetter=l; 
Status=Waiting; 
Addr es sCount = 1 00; 
Percentage=10 ; 
30 DownloadedDate=28 . 05 .2002 ; 

JobAttributes={ 
PARTNER_DOWNLOAD_TIMESTAMP=2 7.05.2002 16:28:46; 
PRINT_COLOR= 4 C ; 
PRINT_MODE=SIMPLEX; 
35 POSTAGE_INFOLETTER_JSTANDARDBRIEF= 100; 

CURRENT_PARTNER_ID= 5 000000; 
POSTAGE_INFOP0ST_STANDARDBRIEF=0 ; 
PRO JECT_ID= 5160036; 

PARTNER^ COMPLETI ON — PERCENTAGE =10 ; 
40 PORTO_START_DATE=27.05.2002 14:02:406; 

PARTNER__LAST_UPDATE =27 .05.2002 16:28:46; 
RANGE_0 F_P AGE S = 1 - 3 ; 
CURRENT_PARTNER_INS TANCE = OLS ; 
POSTAGE_INFOLETTER_ADD_STANDARDBRIEF=0 ; 
4 5 TOTAL_NUMBER_OF_PAGES= 1 0 0 ; 

NUMBER_OF_PAGES = 1 ; 
INITIALJSFUMBER_OF_PIECES=100 ; 
GROSS_WEIGHT=9 . 16656 ; 
ORIENTATION= PORTRAIT ; 
50 POSTAGE_S TANDARD_S TANDARDBR I E F = 0 ; 

POSTAGE_INFOPOST_ADDJSTANDARDBRIEF=0 ; 
PAGE_FORMAT=DIN A4 ; 
} // End of JobAttributes 
PrintJobs={ 
55 Print Jobl=10000179_l ; 

} // End of Print Jobs 

AvailablePrinter= { 
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4C - IC100 simplex/Kuvertierung Duisburg={ 
PRINT_MODE=S IMPLEX ; 
PAGE_FORMAT=DIN A4 ; 
PRINT_COLOR=4C ; 
C0NTR0L_DATA_ALL0WED=TRUE ; 
ORI ENTAT I ON= PORTRAI T ; 
} // End of4C - IC100 simplex/Kuvertierung Duisburg 
Merged in one PDF SIMPLEX={ 
PRINT_MODE=SIMPLEX; 
PAGE_FORMAT=DIN A4; 
C ONTROL_DAT A_AL LOWED = TRUE ; 
ORIENTATION^ PORTRAIT ; 
} // End of Merged in one PDF SIMPLEX 
} // End ofAvailablePrinter 
} // End ofl0000179 
} // End ofUserJobs 
} // End ofQueueManager . 
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Eine beispielhaf te Datenstruktur , die der QueueManager fur 
einen User Job anlegt, ist der folgenden Tabelle zu entnehmen: 



UserJobID 



CurrentPrinter= 
CreationDate= 
ld= 

LastChangeDate= 

LogicalProduct= 

PageCountSum== 

DownIoaded= 

PageCountLetter= 

Status= 

AddressCount= 

Percentage= 

DownloadedDate= 



JobAttributes 


PrintJobs 


AvailablePrinter 


Job Attributed 


PrintJobl = 


Printerl 




PrinterN 
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Attributed 




Attributed 


. (die UserJob 


.(alle PrintJobs) 








Attribute) 












PrintJobN= 


AttributeN 




AttributeN 


JobAttributeN= 











Bei der Synchronisation mit dem SOAP-Server werden die 
Attribute von neuen UserJobs erf ragt . Mit diesen Attributen 
legt der QueueManager einen neuen UserJob an. Dabei wird 
beispielsweise wie folgt vorgegangen: 

- Erzeugen des neuen UserJob-Containers 

- Attribut ID wird mit UserJobID gesetzt 

- Attribut Status wird auf READY_FOR_DOWNLOAD gesetzt 

- Attribut Percentage wird auf 0 gesetzt 

- Logical Product wird auf den entsprechenden Wert gesetzt 

- Downloaded wird auf FALSE gesetzt 

- LastChangeDate wird auf die aktuelle Uhrzeit gesetzt 

- Der Container UserAttribute wird hinzugefugt 

- Ein leerer Print Jobs -Container wird hinzugefugt 

- AddressCount wird aus den UserJob- Informationen gesetzt 

- CreationDate wird aus den Job-Inf ormationen gesetzt 

- PageCountLetter wird aus den Job-Inf ormationen gesetzt 

- PageCountSum wird aus den Job-Inf ormationen gesetzt 

- Der Container AvailablePrinter wird hinzugefugt. 

Mogliche virtuelle Drucker ergeben sich aus der Konf iguration 
in einer PSSConf iguration. Es werden alle Drucker eingefiigt, 
deren PrintJobConditions keine Attribute des UserJobs 
ausschlieSen. Die PrintJobConditions werden fur jeden Drucker 
in der Struktur gespeichert. Wird im weiteren Verlauf aus dem 
UserJob ein oder mehrere PrintJobs erzeugt, werden die 



WO 2004/046907 



PCT/DE2003/003789 



42 

entsprechenden UsexJoblDs im Container Print Jobs eingetragen. 
Bei jeder Anderung, beispielsweise bei Statusanderungen, wird 
das Attribut LastChangeDate vom QueueManager neu gesetzt. 
Wird der UserJob heruntergeladen, so wird DownloadedDate 
5 gesetzt und die heruntergeladene XML-Datei im UserJob- 
Verzeichnis abgelegt . 

Eine beispielhaf te Datenstruktur, die der QueueManager fur 
einen Print Job anlegt, ist der folgenden Tabelle zu 
10 entnehmen: , 



PrintJobID 



PageCountSum= 
Statu$= 

LogicalProduct= 

CreationDate= 

CurrentPrinter= 

StartAddres$= 

EndAddress= 



UserJobs 


AvailablePrinter 


Plys 


UserJob 1 = 

. (UserJob in diesem 
PrintJob) 

UserJobN= 


Printerl 




PrinterN 


Ply! 




PlyN 


Attributed 
AttributeN 




Attributed 
AttributeN 


Status= 




Status= 



15 Wird aus einem oder mehreren UserJobs ein PrintJob angelegt, 
erstellt der QueueManager den entsprechenden PrintJob- 
Container. Dabei wird beispielsweise wie folgt vorgegangen: 



20 



- Aus den UserJob XML-Dateien wird eine oder mehrere 
PrintJob XML-Datei erstellt 
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- Der Print Job-Container wird angelegt 

- Status wird auf WAITING gesetzt 

- Logical Product wird gesetzt, wobei der Wert durch 
den/die UserJob(s) vorgegeben wird 

5 - Der UserJob-Container wird angelegt und alle User Jobs, 

aus denen dieser Print Job besteht, werden eingetragen 

- Der AvailablePrinter-Container wird vom UserJob kopiert 
und eingefiigt 

- Wenn aus einem UserJob mehrere PrintJobs erstellt werden 
10 sollen, werden StartAddress und EndAddress gesetzt (Der 

Adressbereich fur diesen PrintJob) 

- PageCountSum wird gesetzt (Anzahl aller Druckseiten in 
diesem PrintJob) 

- Cur r en tPr inter wird auf den gewahlten Drucker gesetzt 
15 - Es wird ermittelt, auf wie viele Plys der PrintJob 

aufzuteilen ist (Ergibt sich aus zu druckenden Briefen 
und Attributen AddressesPerPly des Druckers in der 
Konf igur a t i on ) 

- Der Plys-Container wird eritsprechend erstellt und alle 
20 Plys auf WAITING gesetzt 

- CreationDate wird auf die momentane Uhrzeit gesetzt. 

Bei jeder weiteren Ahderung des Print Job- Status werden von 
25 den dazugehorigen User Jobs LastChangeDate und Percentage 
aktualisiert . 

Beim Erzeugen eines PrintJobs wird aus den UserJob XML- 
Dateien eine neue PrintJob XML-Datei erstellt. Diese 
Funktion wird beispielsweise von einer Klasse RecreateXML 
30 ubernommen. Die Datei UserJob-XML enthalt beispielsweise 
User Job-Attribute, Company-Daten, Item-Daten und User Job- 
Files. Die UserJob Files sind in einem besonders 
bevorzugten Ausf uhrungsbei spiel der Erfindung Base64- 
kodiert. Bei Base64 handelt es sich um eine Codierung, die 
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durch das Programm MIMENCODE im MIME-Standard benutzt 
wird, urn binare Daten in ein ASCIT-Subset umzuwandeln . 



Die Klasse RecreateXML fasst alle UserJobs in einem 
JOBTRANS FER - ENVELOPE zusammen. Die User Job-Attribute , 
Company-Daten und Item- Daten von jedem User Job werden 
unverandert ubernommen. Die Dateien mit den Print - 
Instruktionen und den variablen Daten werden von RecreateXML 
verandert. Die restlichen Dateien werden ubernommen. 

Wird ein User Job in mehrere Print Jobs aufgeteilt, werden die 
variablen Daten auf Satze auf geteilt . Jeder Print Job erhalt 
einen dieser Satze. 



15 Die Print- Instruktionen der UserJobs konnen beispielsweise in 
folgendem Format sein: 



10 



20 



25 



30 



35 



40 



<?xml version="1.0" encoding= n ISO-8859-l" ?> 

<USERJOB_HANDUNG_INSTRUCTIONS Version="2 . l"> 
< DATA_FI ELD_DESCRIPTIO N > 

<DATA_FIELD NAME= n P±rma_l n ABBREV="d00" /> 
<DATA_FIELD NAME= n Adr_Anrede" ABBREV="d0l" /> 
<DATA_FIELD NAME= n Anrede" ABBREV="d02" /> 
<DATA_FIELD NAME="Vorname" ABBREV="d03" /> 
<DATA_FIELD NAME="Nachname" ABBREV= n d04 B /> 
< DATA_FIELD NAME="Strasse n ABBREV="d05" /> 
<DATA_FIELD NAME="PLZ" ABBREV="d06" /> 
<DATA_RELD IMAME="Ort" ABBREV="d07" /> 
</DATA_FIELD_DESCRIPTION> 
<FORMATTER_INSTRUCTIONS Version= n 1.0"> 

<CONTEIMT_ASSIGN MEIMT CONTENT_ID="ConipanyLinel" 
DATA_FIELD_NAME= n Pirma_l" /> 

<CONTENT_ASSIGNMENT CONTENT_ID= n Title" 
D ATA_R ELD_N AM E = " Adr_Anrede" /> 

<CONTENT_ASSIGNMENT CONTENT_ID="PirBtName" 
DATA_FIELD_NAME="Vorname" /> 

<CONTENT_ASSIGNMENT CONTENT_ID= n LaatName n 
D ATA_FI ELD_N AM E = "Nachname" /> 

<CONTENT_ASSIGNMENT CONTENT_ID= n streetwithNo n 
DATA_FIELD_NAME="strasse n /> 

< CO NTE NT_ASS IG N M E NT C0NTENT_ID= n Po8talCode' , DATA_FIELD_NAME="PLZ n 

/> 

<CONTENT_ASSIGNMENT CONTENT_ID="city' 1 DATA_HE LD_N AM E = "Or t" /> 
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<EMPTYLINEBEFORECITY OBLIGATORY="FALSE" /> 
<SALUTATIONLINE LINESUFFIX="," PATTERN_ID= n 6 n /> 
</FORMATTER_INSTRUCTIONS> 
<PRINTING_INSTRUCTIONS> 
<PRINTFIELD_MAPPING> 

<PRINTFIELD N AM E= "linei" SPACETRIMMING="false"> 
<FORMATTER_FIELD SEQ="l" NAME="LetterHead_Row_l n /> 
</PRINTFIELD> 

<PRINTFIELD NAME="LINE2" SPACETRIMMING="false"> 
<FORMATTER_FIELD SEQ="l n NAME="LetterHead_Row_2" /> 
</PRINTFIELD> 

<PRINTFIELD NAM E= "LINE3 " SPACETRIMMING="false"> 
<FORMATTER_nELD SEQ="l" NAME="LetterHead_Row_3" /> 
</PRINTFIELD> 

<PRINTFIELD NAME="LINB4" SPACETRIMMING="palse"> 

< FORM ATTER_FIELD SEQ="l" NAME="LetterHead_Row_4 n /> 

</PRINTFIELD> 

<PRINTFIELD NAME= "LINES" SPACETRIMMING="falsb"> 
<FORMATTER_FIELD SEQ="l" NAME= n LetterHead_Row_5" /> 
</PRIIMTFIELD> 

<PR1NTFIELD NAME="line6" SPACETRIMMING="false"> 
<FORMATTER_FIELD SEQ="l" NAME="LetterHead_Row_6" /> 
</PRIIMTFIELD> 

<PRINTFIELD NAME="line7" SPACETRIMMING="false"> 

< FORM ATTER_FIELD SEQ="l" NAME="LetterHead_Row_7" /> 

</PRINTFIELD> 

<PRINTFIELD NAME="absender" SPACETRIMMING="false"> 

<STATIC_FIELD SEQ="l" VALUE="DIRON Wirtschaf tsinf ormatik GMBH & Co. KG 
- Daimlerweg 39-41 - 48163 Miinster" /> 
</PRINTFIELD> 

<PRINTFIELD NAME="anrede" SPACETRIMMING= "false" > 

<FORMATTER_FIELD SEQ="l" NAME="SalutationL±ne" /> 

</PRINTFIELD> 

</PRINTFIELD_MAPPING> 

<PRINTFIELD_POSITIONS> 

<POSITION POSX="25 n POSY="250" FONT= "HELVETICA" FONTSIZE="10" 
COLOR= "black" PAGEFROM="l" PAGETO="l" NAME="linei" /> 

<POSITION POSX="25" POSY="246" FONT= "HELVETICA" FONTSIZE="l0" 
COLOR="black" PAGEFROM="l" PAGETO="l" NAME="LINE2" /> 

<POSITION POSX="25" POSY="242" FONT= "helvetica" FONTSIZE="io" 
COLOR="black" PAGEFROM="l" PAGETO="l" NAME="LINB3" /> 

<POSITION POSX="25" POSY="238" FONT= "helvetica" FONTSIZE="io" 
COLOR="black" PAGEFROM="l" PAGETO="l" NAME="lihe4" /> 

<POSITION POSX="25" POSY="234" FONT= "HELVETICA" FONTSIZE="10" 
COLOR="black" PAGEFROM="i" PAGETO="l" NAME="line5" /> 

<POSITION POSX="25" POSY="230" FONT= "HELVETICA" FONTSIZE="10" 
COLOR="BLACK" PAGEFROM="l" PAGETO="l" NAME="LINE6" /> 

<POSITION POSX="25" POSY="226" FONT= "HELVETICA" FONTSIZE="lo" 
COLOR="BLACK" PAGEFROM="l" PAGETO="l" NAME="LINE7" /> 

<POSITION POSX="25" POSY= n 189" FONT= "helvetica" FONTSIZE="10" 
C0LOR="black" PAGEFROM="i" PAGETO="i" NAME="anrede" /> 
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<POSITION POSX="25" POSY= n 260 M FOIMT= "helvetica" FONTSIZE^e* 
COLOR= "BLACK" PAGEFROM="l" PAGETO="l" NAM E = " AB SENDER" /> 
</PRINTFIELD_POSITIONS> 
</PRINTING_INSTRUCTIONS> 

</USERJOB_HANDUNG_IiMSTRUCTIONS> 



RecreateXML benutzt vorzugsweise einen Adressf ormatierer , urn 
10 daraus Druckanweisungen zu generieren, die von dem PDF-Kernel 
verstanden werden. In dem Print Job-File sehen die 
Printinstruktionen fur die oben angegebene Datei 
beispielsweise wie folgt aus: 



15 


<VarlableData StartPage="i" Step="i n 


EndPage="i"> 












<ADDTEXT RECORD="linei" 


yPos= 


"250" 


Color= "black" 


FontSize= 


"10" 


xPos= 


"25" 




Font= "helvetica" /> 


















<ADDTEXT RECORD= "LINE2 " 


yPos= 


"246" 


Color= "black" 


FontSize= 


"10" 


xPos= 


"25" 




Font= "HELVETICA" /> 
















20 


<ADDTEXT RECORD="LiNE3" 
Font= "helvetica" /> 


yPos= 


"242" 


Color= "black" 


Fonts ize= 


"10" 


xPos= 


"25" 




<ADDTEXT RECORD="LlNE4" 


yPos= 


"238" 


Color= "black" 


FontSize= 


"10" 


xPos= 


"25" 




Font = "helvetica" /> 


















<ADDTEXT RE CO RD= "lines" 


yPos= 


"234" 


Co lor= "black" 


Fonts ize= 


"10" 


xPos= 


"25" 


25 


Font= "HELVETICA" /> 


















<ADDTEXT RECORD="LlNE6" 


yPos= 


"230" 


Color= "black" 


Fonts ize= 


"10" 


xPos= 


"25" 




Font = "helvetica" /> 


















<ADDTEXT RECORD="LlNE7" 


yPos= 


"22 6" 


Color= "black" 


FontSize= 


"10" 


xPos= 


"25" 




Font= "helvetica" /> 
















30 


<ADDTEXT RECORD="anrede" 


yPos 


="189" Colon 


= "BLACK" 


FontSize= 


"10" 




xPos="25" Font= "helvetica" /> 


















<ADDTEXT RECORD="absender" 


y Pos="2 60" Color= "black" 


FontSize; 


= n 6" 




XP0S="25" Font= "HELVETICA" /> 


















</VariableData> 
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In der UserJob XML-Datei sehen die variablen Daten 
beispielsweise wie folgt aus: 



40 < US ERJ OB_VARIAB LE_DATA > 

< RECORD SORT_ID= ,, 5" TYPE="l" SEQ="5"> 
<d07>Ort</d07> 
<d06>Postleitzahl</d06> 
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<d05>System</d05> 
<d04>Nachname</d04> 
<d03>Vorname</d03> 
<d02>Herr</d02> 

<d01>Herrn Vorname Nachname</d01> 
<d00>Unternehmen</d00> 

</RECORD> 



</USERJOB_VARIABLE_DATA> 



15 Unter Verwendung der Zuordnung in der Print- Znstruct-Datei , 
generiert RecreateXML daraus Folgendes : 



20 



25 



30 



<THE_DATA> 

< RECORD SORT_ID="5" SEQ= n 5 n > 
<LINE4>Postleitzahl Ort</LINE4> 
<LINE3>System</LINE3> 
<LINE2>Herrn Vorname Nachname</LINE2> 
<LINEl>Unternehmen</LINEl> 
<ABSENDER>Absender</ABSENDER> 
<LINE7 /> 

<ANREDE>Sehr geehrter Herr Vornamen Nachname, </ANREDE> 
<LINE6 /> 
<LINE5 /> 
</RECORD> 

</THE_DATA> 



Dadurch stehen bei der Personalisierung wahrend der 
Produktion die Daten in der Form zur Verfugung, wie sie der 
PDF-Kernel direkt verwenden kann. 

35 Der QueueManager verwaltet fur alle User Jobs, Print Jobs und 
Plys den Status. Der QueueManager wird uber Statusanderungen 
von einem Datenmodell einer Oberflache benachrichtigt . Dabei 
konnen beispielsweise folgende Status auftreten: 



Status 


Anzeige in der Oberflache 


lntervention_Required 


Eingriff notwendig 


NoLProduceable 


Produktion nicht moglich 
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Waiting 


Wartend 


Downloaded 


Heruntergeladen 


Failed 


Produktion fehlgeschlagen 


Ready_For_Download 


Herunterladbar 


Cancelled 


Cancelled 


Preprocessing 


In Pre-Produktion 


Preprocessed 


Pre-Produziert 


Printed 


Gedruckt 


Delivered 


Ausgeliefert 



Es hat sich ferner als zweckmafiig erwiesen, dass der 
QueueManager bei Statusanderungen von UserJobs und PrintJobs 
fur die UserJobs ein Attribut Percentage setzt. Dieses 
Attribut gibt die Fertigstellung des UserJobs in Prozent an. 
Bei der Synchronisation mit dem Server 20 wird fur jeden 
User Job dieser Wert ubermittelt . Die Status von User Job und 
PrintJob in Verbindung mit dem Prozentanteil der 
Fertigstellung sind in folgender Tabelle dargestellt: 



WO 2004/046907 



PCT/DE2003/003789 



49 



UserJob Status 


Status der zugehorigen 
PrintJobs 


Prozent der Fertigstellung 


lntervention_Required 




10 


Not_ProduceabIe 


- 


0 


Waiting 


Waiting 


10 


Downloaded 




5 


Failed 






Ready_For_Download 




0 


Canceled 




LeTzter Wert vor 
Stornierung 


Preprocessing 


Preprocessing 


10 


Preprocessed 


Preprocessed 


10 


Preprocessed 


Preprocessed / Printed 


1 0-95 abhangig von der 
Anzahl der fertigen 
PrintJobs 


Printed 


Printed 


95 


Delivered 


Delivered 


100 



5 Besonders vorteilhaft ist es, wenn Benutzer des 

erf indungsgema&en Druckauf tragerzeugungsmittels 15 innerhalb 
eines Drucksystems 10 die Produktion liber eine 
Benutzeroberf lache iiberblicken und steuern konnen. Die 
Oberf lache kann beispielsweise unter Verwendung von Java 
10 Swing implementiert werden. Die Daten fur die Oberf lache 
werden dabei beispielsweise von einer Klasse DataModel 
(Datenmodell) verwaltet, welche zu Ermittlung von Werten den 
QueueManager bef ragt . 

15 Vorteilhaft ist ferner, dass sich ein Benutzer liber ein Menu 
am SOAP-Server anmelden, abmelden und das Programm beenden 
kann. Diese Funktionen werden vorzugsweise in einer Toolbar- 
Leiste verfugbar gemacht - Beim Anmelden kann beispielsweise 
eine Dialog-Box geoffnet werden, in der Username und Passwort 

20 einzugeben sind. Mit diesen Angaben versucht das System, sich 
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uber eine Methode authenticateUser vom Server Proxy am SOAP- 
Server anzumelden. Gelingt die Anmeldung, werden die 
Benutzerinformationen im Datenmodeil gespeichert. Diese 
Benutzerinf ormationen werden bei weiterer Kommunikation mit 
5 dem Server verwendet . Bei einem Fehler erscheint 

zweckmafiigerweise ein Dialog mit einer Fehlermeldung. 

Vorteilhaft ist es dabei, eine Funktion „Abmelden w zu 
implement ieren, die Benutzerinf ormat ion aus dem Datenmodeil 

10 loscht, so dass keine Kommunikation ohne erneute Anmeldung 
mit dem Server mehr moglich ist, Eine weitere Funktion 
„Abmelden und Beenden" priift beispielsweise, ob noch 
Produktions -Threads laufen. Falls noch Threads vorhanden 
sind, erfolgt eine weitere Abfrage, ob das Programm beendet 

15 werden soli. Das Programm wird beispielsweise mit 
System. exit (0) beendet . 

Uber eine Combo-Box konnen beispielsweise drei verschiedene 
Sichten auf die User Jobs erstellt werden. Fur alle Sichten 

20 gibt es in der Haupt -Frame Klasse (FrmApplikation) innere 
Modell-Klassen. Das Hauptframe initialisiert mehrere 
ChangeListener , die bei einer Anderung der User Job-Selektion 
und einer UserJob- Status -Anderung die moglichen Aktionen 
setzen. Die moglichen Aktionen werden vom Datenmodeil 

25 erfragt. Das Datenmodeil leitet die moglichen Aktionen von 

dem Status der selektierten User Jobs, den es vom QueueManager 
erfragt, ab. 

Uber das UserJob Menu konnen User Jobs heruntergeladen, zu 
30 Print Jobs umgewandelt, storniert, auf nicht produzierbar 
gesetzt, zuruckgesetzt und mit einem Wizard produziert 
werden. Alle Aktionen konnen auch uber eine Toolbar-Leiste 
ausgelost werden. Die moglichen Aktionen hangen von dem 
Status der selektierten User Jobs ab. 



35 
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Die Zuordnungen zwischen User Job- Status und moglicher Aktion 
sind in folgender Tabelle dargestellt: 



Status der selektierten 
UserJobs 


AAogliche Aktionen 


Herunterladbar 


Herunterladen, Produktions-Wizard 






neruniergeiaaen 


iNeuen rnriTjoD uniegen (rans ane seieKTienen userjoD 
zu einem Print Job zusammengefasst werden durfen), 
Stornieren, Produktionswizard 


Wartend 




Pre-Produziert 




Gedruckt 




Ausgeliefert 




Eingriff notwendig 


UserJob nicht produzierbar 


Produktion 
fehlgeschlagen 




Canceled 


ZurOcksetzen 



5 

Die Auswirkungen der UserJob-Aktionen sind in der folgenden 
Tabelle dargestellt : 



Aktion 


Auswirkung 


Herunterladen 


Die selektierten UserJobs werden in einem eigenen Thread 
durch Aufruf der exportUserJob Methode vom 
PartnerServerProxy heruntergeladen. Der QueueManager 
wird benachrichtigt, dass die UserJobs heruntergeladen 
sind. 


Neuen PrintJob 
anlegen 


Aus den selektierten UserJobs wird ein oder mehrere 
PrintJob erstellt. Dabei entstehen neue XML-Dateien, in 
denen die UserJob-Files dekodiert sind und mit der Klasse 
RecreateXML in ein neues vom PDF-Kernel lesbares XML- 
Format gewandelt werden. Danach wird der 
QueueManager benachrichtigt, aus welchen UserJobs 
welche PrintJobs wurden. 


UserJob nicht 
produzierbar 


Es wird die Art des Fehlers und ein Kommentar abgefragt. 
Der QueueManager wird benachrichtigt. 
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Produktionswizard 


Der Wizard wird gestartet, der alle selektierten UserJobs 
herunterladt, jeweils einen PrintJob erzeugt und diesen 
produziert. 


Stornieren 


Der QueueManager wird benachrichtigt, dass die 
selektierten UserJobs stomiert werden sollen. 



Besonders vorteilhaft ist ferner der Einsatz eines 
5 Produkt ions wizards . Der Produkt ions -Wizard gruppiert alle 
selektierten UserJobs nach Produkten. Falls kein User Job 
selektiert wurde, werden alle UserJobs benutzt. Zu der 
Gruppierung benutzt der Wizard beispielsweise die Attribute 
PRINTJtiODE, PRINTJOOLOR und PRINT JFORMAT . Die folgende 
io Tabelle stellt die Wizard- Frodukte und ihre Atrribute dar: 



Wizard-Produkt 


PRINT_MODE 


PRINT_COLOR 


PRINT_FORMAT 


farbig, simplex 


SIMPLEX 


4C 


DIN A4 


farbig, duplex 


DUPLEX 


AC 


DIN A4 


s/w , simplex 


SIMPLEX 


BW 


DIN A4 


s/w , duplex 


DUPLEX 


BW 


DIN A4 


Funcard 






DIN A6 



15 

Die Sicht auf die PrintJobs kann ebenfalls uber eine ComboBox 
auswahlbar gemacht werden. Die Sichten und das Aktions- 
Handling sind wie bei den UserJobs implement iert, mit dem 
Unterschied, dass die Werte fur PrintJobs vom QueueManager 
20 erfragt werden. 

Die moglichen Aktionen hangen von dem Status der selektierten 
PrintJobs ab. In der folgenden Tabelle ist die Zuordnung 
zwischen PrintLob- Status und moglicher Aktion dargestellt: 
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Status der selektierten 


AAogliche Aktionen 


PrintJobs 




Wartend 


Produzieren, Auflosen, Dnjcker wechseln 


Pre-Produziert 


Druckwiederholung, Auflosen, Zurucksetzen 


Gedruckt 


Druckwiederholung, Ausliefern, Auflosen 


Eingriff notwendig 


Produzieren, Auflosen, Zurucksetzen 



Die folgende Tabelle zeigt die Auswirkungen der PrintJOb- 
Aktionen: 



Aktion 


Auswirkung 


Produzieren 


Der PDF-Kernel wird angewiesen, den PrintJob zu 
produzieren. Der QueueManager wird Ober das Ergebnis 
der Produktion informiert. 


Druckwiederholung 


Der PDF-Kernel wird angewiesen, einen Teil des PrintJobs zu 
produzieren. Der QueueManager wird uber das Ergebnis 
der Produktion informiert. 


Ausliefern 


Der QueueManager wird benachrichtigt, dass der PrintJob 
ausgeliefert wurde. 


Drucker andern 


Der QueueManager wird benachrichtigt, den Drucker zu 
setzen. Es werden nur Drucker zur Auswahl angezeigt, auf 
denen der PrintJob produzierbar ist. Die Drucker werden 
vom QueueManager abgefragt. 


Zurucksetzen 


Der QueueManager wird benachrichtigt, den PrintJob 
zuruckzusetzen. 



Eine vorteilhafte Ausf uhrungsf orm der Erfindung ist ferner, 
dass ein Benutzer uber ein Server-Menu synchronisieren und 
den lokalen Cache zurucksetzen kann. 

Wird eine Synchronisation durchgefuhrt , sendet das 
Druckauf tragerzeugungsmittel zunachst alle Status und den 
Grad der Fertigstellung in Prozent der lokalen UserJobs unter 
Verwendung des ServerProxy an den Server, Hat ein User Job den 
Status CANCELED, FAILED oder DELIVERED, wird der QueueManager 
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anschliefiend angewiesen, diese Jobs lokal zu loschen. Nach 
der Status -Ubermitt lung fragt das 

Druckauf tragerzeugungsmittel alle herunterladbaren 
„ Exportable * User Jobs ab. Falls ein herunterladbarer User Job 
5 noch nicht lokal vorhanden ist, wird der QueueManager 

beauftragt, diesen anzulegen. Danach werden die Attribute von 
diesem neuen User Job vom Server erfragt und dem QueueManager 
mitgeteilt. Falls bei der Abfrage der Attribute ein Fehler 
auftritt, wird der QueueManager beauftragt, diesen User Job 
10 auf NOTPRODUCEABLE zu setzen. 

Im nachsten Schritt fragt das Druckauf tragerzeugungsmittel 
die Liste der bereits heruntergeladenen UserJobs vom SOAP- 
Server ab. Falls UserJobs, die bereits heruntergeladen 

15 wurden, nicht mehr lokal vorhanden sind, werden die UserJobs 
uber den QueueManager neu angelegt und heruntergeladen. Dies 
kann beispielsweise auftreten, wenn die lokalen Dateien des 
QueueManagers geldscht werden. Falls es lokale UserJobs gibt # 
die nicht in der Liste der heruntergeladenen UserJobs sind, 

20 werden diese UserJobs lokal geloscht . 

Wenn der lokale Cache zuruckgesetzt wird, werden zunachst 
alle Print Jobs aufgelost. Danach werden alle Dateien, die der 
QueueManager verwaltet, geloscht. Nach dem nun folgenden 
25 Neustart des QueueManagers wird eine Synchronisation 

durchgef uhrt , bei der allerdings das Ubermitteln der Status 
an den SOAP-Server entfallt. 

In einem besonders bevorzugten Ausf uhrungsbei spiel der 
30 Erfindung werden alle Fehler, die innerhalb des 

Druckauf tragerzeugungsmitt els auftreten, dem Benutzer in 
einem Dialog angezeigt. AuSerdem werden die Fehler mit Datum 
vorzugsweise in einer Log-Datei gespeichert. Die Datei heiSt 
beispielsweise Error.log und liegt in einem Verzeichnis, das 
35 in der Konf iguration unter errorpath angegeben ist. 
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Vorzugsweise werden alle fur die Produktion verwendeten 
Inf ormationen in einem JobEnvironment gespeichert . Dabei 
5 werden zuerst alle im Print Job enthaltenen User Jobs in 

Datenobjekten einer Klasse UserJobData gespeichert. Diese 
Datenobjekte bieten einen Zugriff auf alle fur die Produktion 
wichtigen UserJob-Daten. Damit die gesamte Anzahl bekannt 
ist, wird von alien User Jobs die Anzahl der Adressen, Seiten 
10 und Blatter addiert und gespeichert . 

JobEnvironment analysiert, wie viele Brief e fur ein 
jeweiligse Inf opostkriterium Infobrief, Infopost oder 
Standard vorgesehen sind. Aus jeder Adresse wird ein 
15 Datenobjekt einer Klasse Letter erzeugt . Fur den weiteren 
Produktionsverlauf stellt JobEnvironment Methoden zur 
Verfugung, um bestimmte Information uber die UserJob 
abzuf ragen. 

20 Die Klasse Letter enthalt Information fur einen Brief. Dazu 

gehdren beispielsweise Personalisierungsinf ormationen, Anzahl 
der Briefseiten, das Inf opostkriterium, UserJobID und die 
Position innerhalb des User Jobs . Das JobEnvironment verwaltet 
eine Liste mit Letter-Ob jekten fur alle Brief e. 

25 

Vorzugsweise enthalt ein Objekt der Klasse UserJobData alle 
Daten eines UserJobs. Dazu gehoren alle User Job- At tribute, 
Porto-, Preis- und Firmeninf ormationen. Das JobEnvironment 
besitzt eine Liste UserJobs mit alien User JobData-Ob jekten 
30 des Jobs. Die Klasse UserJobData bietet Methoden, um auf die 
Us er J ob - Inf ormat ionen zu zugr e i f en . 

Zur Verwaltung der PDF-Seiteninhalte ist die Verwendung einer 
Klasse PageContent zweckmafiig. Objekte dieser Klasse 
35 beschreiben fur eine Seite, welche Brief e sich auf der Seite 
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auf welcher Position befinden. Es ist moglich, dass sich auf 
einer Seite nach dem Durchfuhren von Impositioning mehrere 
Brief e befinden, 

5 Vorzugsweise werden mit Hilfe einer Hashtabelle 

DocumentsContent die Seiteninhalte fur jede PDF-Datei 
verwaltet. Darin, werden fur alle PDF-Dokument die Dateinamen 
und eine Liste von PagreContent abgelegt. Erstellt werden 
diese vorzugsweise von einem PDFLayer. Die Informationen 
10 dienen fiir eine OMR und SDL-Erstellung und zur Erstellung 
einer PDF-Vorlage mit statischem Inhalt. 

Es ist ferner vorteilhaft, fur eine vorhandene PDF-Datei mit 
Personal isierungsdaten an einer beliebigen Stelle eine PDF- 
is Vorlage mit den statischen Inhalten zu erzeugen. Dabei wird 
untersucht, welche Vorlagenseiten benotigt werden. In 
VariableToTemplateMatch wird f estgehalten, welche 
personalisierte Seite zu einer statischen Seite gehort . Die 
Information wird eventuell bei einer spateren Erzeugung eines 
20 Book-Tickets benotigt. In varToTemplateMatchArray werden fur 
jeden Loop -Durchl auf die VariableToTemplateMatch eingetragen. 

Nachdem das JobEnvironment gesetzt wurde, werden vom PDF- 
Kernel die druckbaren Dateien anhand des virtuellen Druckers, 

25 der in der Konf iguration ist, erstellt. Dafur hat der Kernel 
in einer besonders bevorzugten Ausf uhrungsf orm der Erfindung 
mehrere Ebenen. Auf der obersten Ebene (JobHandler) wird der 
virtuelle Drucker ausgewahlt, der Print Job eingelesen und das 
JobEnvironment initialisiert . Danach arbeitet der JobHandler 

30 die FrepareDocumen tStep-Eintrage des virtuellen Druckers 

schrittweise ab. Auf dieser Ebene werden die Eintrage NewPDF, 
Loop, Workflow, Personalize, CreateTemplatePDF, 
Personal izeOnTemplate, Repeat und OpenPDF erkannt, und in 
Abhangigkeit von dem Schlusselwort wird eine Methode der 

35 nachsten Ebene aufgerufen. Auf der nachsten Ebene 
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(DocumentHandler) werden die Anweisungen, die innerhalb der 
oben genannten Eintrage stehen, ausgewertet. Die Eintrage, 
die in diesen Eintragen stehen, werden von einer weiteren 
Ebene (PDFDocument) ausgewertet. PDFDocument benutzt 
5 PDFLayer, urn die Dokumente zu offnen und zu erstellen. 

Zum Erstellen und Einlesen der PDF-Dateien wurde in einem 
besonders bevorzugten Ausf uhrungsbeipiel der Erf indung eine 
externe Bibliothek PDFLib eingebunden. Diese Bibliothek 
10 ermoglicht ein einfaches Erstellen von PDF-Dokumenten durch 
Funktionsauf ruf e . Vorhandene PDF-Seiten konnen damit auch in 
neue PDF-Dokumente eingefugt werden. Die Zugriffe auf diese 
Bibliothek laufen vorzugsweise alle iiber einen 

PDFAccessLayer . ' Dadurch ist der restliche Code unabhangig von 
15 der Bibliothek, und bei einer eventuellen Umstellung auf eine 
andere Bibliothek muss nur das Layer angepasst werden. 

Das Layer ist auch verantwortlich fur das Setzen von 
Document eContent im JobEnvironment . Bei jedem Anlegen einer 

20 neuen PDF-Datei wird ein leerer PagreCon tent erzeugt und dem 
JobEnvironment mit dem Dateinamen mitgeteilt. Beim 
Personalisieren wird dem PDFLayer mitgeteilt, welche 
Brief seite platziert wird. Das PDFLayer erzeugt ein 
entsprechendes PageContent und gibt dieses an JobEnvironment . 

25 Bei jedem Offnen einer vorhandenen Datei holt sich das 

PDFLayer vom JobEnvironment die Seiteninhalte (PageContent) . 
Wird von diesem Dokument eine Seite in ein neues Dokument 
kopiert, berechnet der PDFLayer die Position der Seite auf 
der neuen Seite und generiert damit ein PageContent . 

30 

Zur Konvertierung der PDF-Dateien nach Postscript hat es sich 
als zweckmaSig erwiesen, eine DLL pdf2ps_java unter C zu 
verwenden. Diese DLL kann beispielsweise die Programme Adobe 
Acrobat und Acrobat Reader ansprechen. Die DLL off net die 
35 Programme und weist sie an, eine PDF-Datei nach Postscript zu 
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wandeln. Die DLL wird von der Klasse Pdf2PsNati velnterface 
geladen. Die Klasse Pdf2PsConverter benutzt 

Pdf2PsNativeInterface und stellt eine Konvertierungsmethode 
zur Verf ugung . 



WO 2004/046907 



PCT/DE2003/003789 



59 



Bezugszeichenliste : 



1 0 Drucksy s t em 

11 Drucker 

5 12 Sortieranlage 

13 Kuvertieranlage 

14 Druckverarbeitungskomponente 

15 Druckauf tragerzeugungsmittel 

16 Erste Nachricht 
10 17 Zweite Nachricht 

18 Call-Klasse 

2 0 Server 

21 Web -Server 

22 Proxy- Server 
15 3 0 Datenbank 

40 Erste Schnittstelle* 

50 Zweite Schnittstelle 

60 Internet 



20 
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Patentanspruche : 

1. System zur automat isierten Erzeugung von druckbaren 
Dateien aus Daten einer Datenbank (3 0) , das ein 
Drucksystem (10) bestehend aus wenigstens einer 
Druckverarbeitungskomponente (14) umfasst, wobei die 
Druckverarbeitungskomponente (14) Mittel zum 
Ausdrucken und/oder Weiterverarbeiten dear druckbaren 
Dateien auf weist, gekennzei chnet durch folgende 
Merkmale : 

das Drucksystem (10) weist wenigstens ein 
Druckauf tragerzeugungsmit tel (15) auf , 

das Druckauf tragerzeugungsmit tel (15) ist uber 
eine erste Schnittstelle (50) mit einem Server 
(20) verbindbar, 

der Server (2 0) ist uber eine zweite Schnittstelle 
(4 0) mit einer Datenbank (3 0) verbindbar. 

das Druckauf tragerzeugungsmitt el (15) weist Mittel 
zum Anf ordern und Empf angen von Daten aus der 
Datenbank (30) auf, und 

das Druckauf tragerzeugungsmitt el (15) weist Mittel 
zur Aufbereitung der Daten der Datenbank (3 0) fur 
die Anf orderungen der Druckverarbeitungskomponente 
(14) und Mittel zur Erzeugung von druckbaren 
Dateien auf. 

2. System nach Anspruch 1, ci a. duarcln 

gekennzeichnet , dass sich die Datenbank (30) 
auSerhalb des Bereiches des Drucksystems (10) 
bef indet . 
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3. System nach einem oder beiden der Anspriiche 1 und 2, 
dacixizrcti gekennzeichnet , dass das 
Druckauf tragerzeugungsmittel ein Programm auf 
wenigstens einem Computer des Drucksystems (10) ist. 

4 . System nach einem oder mehreren der vorangegangenen 
Anspriiche, cia.ciu3rcla gekennzeichnet, dass es 
sich bei der ersten Schnittstelle (50) urn eine SOAP 
(Simple Object Access Protocol) -Schnittstelle handelt, 
wahrend der Server (20) ein SOAP-Server ist, 

5. System nach einem oder mehreren der vorangegangenen 
Anspriiche, dadurch gekennzeichnet, dass die 
SOAP-Schnittstelle als Datenubertragungsprotokoll 
http/HTTPS einsetzt. 

6. System nach einem oder mehreren der vorangegangenen 
Anspriiche, <3eicl\a:irch gekennzeichnet, dass die 
Druckauf tragerzeugungskomponente (15) temporar 
und/oder fest uber das Internet (60) mit dem Server 
(20) verbindbar ist. 

7. System nach einem oder mehreren der vorangegangenen 
Anspriiche, caacLiaarcli gekennzeichnet, dass es 
sich bei der zweiten Schnittstelle (40) urn ein 
PL/SQL (Procedual Language/Structured Query Language) - 
Layer handelt . 

8. Verfahren zur automatisierten Erzeugung von druckbaren 
Dateien aus Daten einer Datenbank (3 0) , bei dem die 
Dateien von einem Drucksystem (10) bestehend aus 
wenigstens einer Druckverarbeitungskomponente (14) und 
einem Druckauf tragerzeugungsmittel (15) erzeugt, 
ausgedruckt und/oder weiterverarbeitet werden, 
gekennzeichnet durch folgende Schritte: 



Das Druckauf tragerzeugungsmittel (15) erzeugt 
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eine erste Nachricht (16) , die einen Aufruf einer 
bestimmten Methode mit Parametern an einem Server 
(20) beinhaltet, 

Das Druckauf tragerzeugungsmittel (15) stellt liber 
eine erste Schnittstelle (40) eine Verbindung zu 
dem Server (2 0) her, 

das Druckauf tragerzeugungsmittel (15) ubermittelt 
dem Server (20) die erste Nachricht (16) uber die 
erste Schnittstelle (40) , 

der Server (20) verarbeitet die erste Nachricht 

(16) , indem er die bestimmte Methode mit den 
zugehorigen Parametern aufruft, 

der Server (20) stellt uber eine zweite 
Schnittstelle (50) eine Verbindung zu der 
Datenbank (3 0) her, 

der Server (2 0) ruft uber die zweite Schnittstelle 
(5 0) Daten aus der Datenbank (3 0) ab, 

der Server gibt das Ergebnis des Aufrufs der 
bestimmten Methode in Form einer zweiten Nachricht 

(17) an das Druckauf tragerzeugungsmittel (15) 
zuriick, und 

das Druckauf tragerzeugungsmittel (15) erzeugt aus 
dem Ergebnis des Aufrufs der bestimmten Methode 
wenigstens eine druckbare Datei . 

9. Verfahren nach Anspruch 8, cia^ciTJirrcli 

gekenn z e i chne t , dass die Kommunikation zwischen 
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dem Druckauf tragerzeugungsmittel (15) und dem Server 
(20) liber eine SOAP-Schnittstelle erf olgt . 

10. Verfahren nach Anspruch 9, dadurch 
gekennzeichnet, dass die Kommuni ka t i on uber 
eine Apache SOAP-API erf olgt. 

11. Verfahren nach einem oder mehreren der Anspriiche 8 bis 
10, daciTJiiircfct gekennzeichnet , dass die 
Kommunikation zwischen dem Server (20) und der 
Datenbank (3 0) uber ein PL/SQL (Procedual 
Language/Structured Query Language) -Layer erf olgt. 

12 . Verfahren nach einem oder mehreren der Anspruche 8 bis 
11/ gekennz e i chne t durch folgende Schritte: 

das Druckauf tragerzeugungsmittel (15) erzeugt eine 
erste Nachricht (16) , indem es eine Instanz einer 
Call-Klasse (18) einer Apache SOAP-API aufruft und 
Eigenschaf ten dieses Objektes setzt, 

das Druckauf tragerzeugungsmittel (15) ubermittelt 
dem Server (20) die erste Nachricht (16) , 

auf Seiten des Servers (20) nimmt ein Web-Server 
(21) die erste Nachricht (16) mit dem Aufruf an 
und wertet diese aus, 

der gesendeten URL wird ein rpcrouter- Servlet der 
Apache SOAP-API zugeordnet, bei dem das Server- 
SOAP-Objekt bekannt ist, 

der Aufruf wird diesem Servlet iibergeben, 

das rpcrouter- Servlet analysiert die erste SOAP- 
Nachricht (16) , bestimmt die auf zurufende Klasse 
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und instanziiert diese. 

Die gewunschte Methode wird mit den ubergebenen 
Parametern aufgerufen. 

Der Ruckgabewert wird in eine zweite SOAP- 
Nachricht (17) umgewandelt und diese wird als 
Antwort per HTTP zuruckgelief ert , 

die clientseitige Instanz der Call-Klasse (18) 
analysiert die zweite Nachricht (17) und gibt das 
entstandene Ergebnis zuruck an das 
Druckauf tragerzeugungsmittel (15) . 

13 . Verf ahren nach einem oder mehreren der Anspruche 8 bis 
12, dsicl-u.rrc:hi gekenn z e i chne t , dass das 
Druckauf tragserzeugungsmittel (15) bei einem Start 
uberpruft, ob auf dem Server (2 0) Updates vorliegen 
und seine Konf iguration im Falle eines vorhandenen 
Updates automatisch aktualisiert . 



14. Verf ahren nach Anspruch 13 , caaciuirclx 

gekennzei chnet , dass bei der Aktualisierung 
eine neue Verarbeitungsdatei ubermittelt wird. 
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